맞춤 모듈 오버 헤드없이 원시 펄 스크립트를 배포하는 방법은 무엇입니까?

Question

누군가가 실행을 위해 스크립트가 필요로하는 커스텀 (CPAN이 아닌) 모듈을 사용자가 알지 못하게하는 대신 어떻게 원시 (컴파일되지 않은/perl2exe/...) Perl 스크립트를 배포 할 수 있습니까?

문제는 사용자가 필연적으로 시스템의 어딘가에서 스크립트를 복사하고 원시 환경에서 스크립트를 가져와 더 이상 실행할 필요가없는 모듈을 찾을 수 없다는 것입니다.

모듈을 실제 스크립트에 복사하는 것으로 해결할 때가 있지만 때로는 더 깨끗한 솔루션을 선호합니다.

업데이트 : 더 명확하게 설명합니다. 백엔드에서 유사한 모듈을 사용하는 스크립트를 많이 배포합니다. 사용자는 Perl 스크립트를 실행하는 방법을 이해하지만 "스크립트를 이동하지 마십시오."라고 말하면 단순히 파일을 이동할 수있게하는 것이 좋습니다. 저항이 가장 적은 길.

Answer 1

클라이언트 용으로 준비된 스크립트에 "사용자 정의"모듈이 필요한 경우 모듈을 cpan에 업로드하려는 것처럼 모듈을 팩하십시오. 그런 다음 패키지를 클라이언트에 제공하면 cpan 유틸리티를 사용하여 스크립트와 모듈을 설치할 수 있습니다.

Answer 2

올바른 방법은 "하지 마!"라고 말하는 것입니다. 나는 그들이 exe 파일을 옮기고 그 프로그램이 계속 작동하기를 기대하지 않기를 바랄 것이다. 이것은 다르지 않다.

즉, 몇 가지 대안이 있습니다. 하나는 실제 스크립트에 대한 전체 경로를 알고있는 래퍼 (예 : pl2bat)로 스크립트를 대체하는 것입니다. 다른 하나는 PAR을 사용하는 것이지만 PAR 및/또는 par (PAR :: Packer의) parl을 설치해야합니다.

Answer 3

설치자을 스크립트와 함께 배포하십시오. 설치 프로그램은 루트 권한으로 실행해야하며 사용자 정의 모듈을 표준 시스템 위치 (/ usr/local/lib/perl5/site_perl 또는 기타)에 넣습니다.

나는 이것을 시도하지 않았지만 Module::Install이이 점에 도움이됩니다. 그것은 설명 것 :

독립, 확장 펄 모듈 설치

Answer 4

당신은 단지 NeXTSTEP style application 번들을 사용할 수 있다면 정말 좋을 것이다. 번들을 사용하는 플랫폼 용으로 개발하지 않았기 때문에,해야 할 일이있을 것이다.

모든 지원 파일을 알려진 위치에두고 설정 파일 및 라이브러리에 액세스 할 수 있도록 실행 파일을 지정하십시오. 가장 쉬운 방법은 간단한 설치 프로그램을 사용하는 것입니다. 예를 들어

는 foo라는 응용 프로그램과 함께, 등등 /opt/xlyd_apps/foo/etc에, /opt/xlyd_apps/foo/lib에, /opt/xlyd_apps/foo에서 구성 라이브러리를 모든 필요한 파일을 넣어. 실행 파일을 /opt/xlyd_apps/foo/bin에 저장하십시오.

중요 사항은 실행 파일이 /opt/xlyd_apps/foo에서 모든 유용한 정보를 찾을 수 있는지 확인하는 것이므로 고객/클라이언트가 foo 스크립트를 새 위치로 이동하면 설치가 여전히 작동합니다.

그래서 모든 것을 자체 포함하고 재배치 할 수는 없지만 실제 호출 스크립트는 재배치 가능하게 만들었습니다.

Answer 5

"모듈을 모두 한 곳에 모아서 응용 프로그램에 알리면"여러 컴퓨터와 네트워크에서 작동하기 때문에 PAR::Repository 및 PAR::Repository::Client을 확인해야합니다. 저장소 (파일 시스템 또는 https를 통해)에 연결하는 단일 바이너리 클라이언트 실행 파일을 제공하고 사용자가 요청한 저장소에서 제공하는 임의의 수의 프로그램 (임의의 모듈 세트 사용)을 실행합니다.

많은 사용자가있는 경우 유지 관리에도 이점이 있습니다. 저장소에서 제공하는 소프트웨어를 업데이트하기 만하면 다음에 프로그램을 시작할 때 시스템의 업데이트 된 코드를 사용하기 시작합니다.

Answer 6

저는 실제로 내 자신의 해결책을 생각해 냈습니다. 어떤 종류의 응접이 있을지 궁금합니다.

필자는 perl 스크립트를 읽고 "use/require"문을 찾는 스크립트를 작성했습니다. 모듈을 찾으면 모듈이 표준 라이브러리의 일부인지 확인합니다 (/perl5/\d+./d+[\d.]+/에 대한 모듈 경로를 확인한 후) use/require 행을 다음 두 가지 방법으로 다시 작성합니다. 용법.

이이 필요한 경우가 발견 : 사용가 발견

{ 
    ... inline the entire module here... 
} 

경우

BEGIN { import Module ...imports seen... } 

:

BEGIN { 
    ... inline the entire module here... 
} 

이 수입을 가지고 사용 경우, 바로 위에서 수행

이 점을 이해합니다. 은 XS를 사용하는 모듈에서 작동하지만,이 문제는 해결되지 않았습니다. 대부분 순수한 펄 모듈만을 지원해야합니다.