모든 펄 버전은 이전 모듈을 지원합니까?

Question

나는 모든 서버에 Perl 5.8을 설치했으며 DBI 및 DBD :: Oracle 모듈을 사용하여 데이터베이스에 액세스하려고했습니다. 필자의 주요 관심사는 새로운 버전의 perl에서 DBI 및 DBD 모듈이 5.8에서 작동을 멈출 것이라는 점입니다. 그렇다면 모든 서버를 최신 Perl 버전으로 업그레이드해야합니다.

제 질문은 펄 자체가 최신 버전이되어 모듈이 개발 되었기 때문에 여전히 하위 호환성이 있습니까? DBI의 최신 버전이 5.8에서 작동하지 않는다면 "cpan -i DBI"라는 문서를 작성하면 "CPAN은 Perl의 모든 고대 릴리스와 패치 레벨을 포함하지 않습니다"

Answer 1

보장은 없습니다.

일반적으로 모든 시스템에서 동일한 버전의 모듈을 사용하려고합니다. 다른 버전을 사용하면 다른 서버에서 사용할 수있는 버그와 기능이 달라집니다.

나는 당신이 사용하려고하는 것들에 대해 Debs/RPMS/etc를 생성하고 모든 서버가 공유하는 패키지 저장소를 실행할 것을 제안합니다.

Answer 2

일반적으로, 최근 출시 된 Perl ( 스마트 일치 연산자 // 연산자 2 개 한 예)에는 하위 호환성이없는 여러 가지 새로운 기능이 새로 추가되었습니다. 많은 저자는 모듈을 Perl의 이전 버전과 호환되도록 유지하기보다는 이러한 기능을 이용하기로 결정할 것입니다.

모든 배포판 테스트를 통과 한 the max version에 대한 링크를 포함하여 모듈의 CPAN Tester's Matrix을 확인하여 각 버전의 Perl과 호환 가능한 버전을 확인하십시오.

cpan -i Some::Module 약간의 연구를 통해 Some::Module 모듈의 최신 버전을 실제로 설치하려고 시도하지만 이전 버전을 설치하는 데에도 사용할 수 있습니다. 이전 버전의 작성자를 찾거나 추측하고 CPAN 미러 서버에서 배포 경로를 제공해야합니다. 예를 들어

cpan -i J/JF/JFRIEDL/Yahoo-Search-1.9.12.tar.gz 

cpan -i A/AS/ASG/List-Gen-0.80.tar.gz 

CPAN 작성자는 CPAN에서 이전 배포판을 삭제할 수 있습니다. 그러나 배포본을 다운로드하고 압축을 풀고 직접 만들려면 BackPAN에서 배포 할 수 있습니다.

Answer 3

절대적으로는 아니지만 일반적으로 perl은 코드를 깨고, 많은 변경 사항이 발생하지 않으며, 오랜 시간 사용하지 않는주기가 발생하는 경우에 대해 매우 친절합니다. 1999 년 CPAN에 업로드 된 꽤 많은 코드가 perl 5.14에서 수정없이 실행됩니다.

perl 릴리스주기가 짧아지고 사용 중단 기간이 짧아 져 우려가되지만 동시에 기능 버전 관리 개념이 통용되었습니다. 코드는 대상 코드의 버전을 use VERSION (예 : use 5.16.0)으로 선언 할 수 있으며 버전을 선언하지 않은 코드는 약 5.10을 타겟팅한다고 가정합니다. 이전 버전의 Perl을 대상으로하는 코드가 최신 버전에서 실행되면 호환성 문제 (예 : 새 키워드)가 발생할 수있는 최신 기능이 사용 중지되고 호환성 문제로 오래된 기능이 다시 활성화 될 수 있습니다. 이것은 절대적인 보증은 아니지만 실용적으로 준수해야합니다.

역 호환성 및 지원 중단에 대한 자세한 내용은 perlpolicy입니다.