오픈 소스 앱을 Zend Framework와 함께 번들로 묶어야합니까, 아니면 사용자가 수행하도록해야합니까? [닫은

Question

여러 무료 라이브러리를 사용하는 오픈 소스 프로젝트가 있습니다. 그중에서도 가장 큰 것은 Zend Framework입니다. 내가해야합니까:
1. Zend 프레임 워크로 응용 프로그램을 해제하십시오
2. 내 앱 만 출시하고 앱을 사용하여 ZF를 설치하는 방법에 대한 짧은 자습서를 작성하십시오.
3. 두 옵션을 모두 주어야합니까 (더 많은 작업이고 오픈 소스는 빵을 내 테이블에 가져 오지 않으므로 하루 종일 시간이 필요합니다).

Answer 1

"프로젝트"가 무엇인지에 따라

응용 프로그램이라면 묶으십시오.

도서관이라면하지 마십시오.

편집 : 좀 더 자세히 설명하기 위해 :

응용 프로그램을 작성할 때 일반적으로 올바른 라이브러리 버전으로 설치하고 업그레이드하여 사용자에게 부담을 주거나 의존하지 않기를 원합니다. 또한 사용자가 다른 버전의 라이브러리를 사용하는 경우 소프트웨어의 버그를 해결하기가 더 어려워집니다 (예 : "MyApp 1.0.6은 배를 통해 설치된 경우 Somelib 2.3.5에서 작동하지 않습니다"). 당신은 아마도 당신의 환경이 가능한 한 일정하게되기를 원할 것입니다. 다른 PHP 버전조차도 종종 성가시다.

도서관 인 Otoh를 만들 때, 당신은 절대적으로 필요한 것보다 더 많은 부작용을 일으키고 싶지 않으며 사용자에게 모든 힘을 제공하고 싶지 않습니다 (이 경우 개발자입니다). 도서관에 Somelib 2.3.5가 필요하지만 라이브러리를 사용하는 앱에는 Somelib 2.3.7이 필요하면 번들링이 문제를 일으킬 수 있습니다.

기본 포인트 : 라이브러리 사용자는 라이브러리를 포함하여 테스트합니다. 앱 사용자는 설치 후에는 앱 사용자가 아닙니다.

Answer 2

잠재적 인 사용자가 그렇게하도록하십시오.

ZF에 대한 링크를 포함시켜 충분해야합니다. 다른 곳에서 제공되는 것에 대해 대역폭을 지불한다는 사실 외에도 사용자가 가질 수있는 다운로드 문제에 대한 책임이 완전히 무의미합니다. 또한 목에 ZF와 최신 상태를 유지하고 몇 주 정도마다 버전을 점검해야합니다.

설명을 통해 앱이 Zend 프레임 워크에 크게 의존 할 가능성이 높으므로 소프트웨어가 Zend Framework v xxx가 필요하고 다운로드 할 수있는 다른 모든 것에 대해 사용자에게 철자하는 것이 좋습니다. http : // 어디든지.

왜 두통을 주나요?

Answer 3

다른 사람이 대역폭 CodePlex에 대한 비용을 지불하게하고 SourceForge가 좋을 것이기 때문에 묶어야한다고 생각합니다. 필요하지 않은 모듈 만 삭제하여 파일을 조금 더 작게 만듭니다.

대안으로 첫 번째 실행의 앱에서 모든 파일이 존재하는지 확인하고 Zends 사이트에서 Zend 프레임 워크를 다운로드합니다. 첫 번째 실행에서는 다운로드 할 수 있습니다 http://framework.zend.com/releases/zendframework-1.7.8/zendframework-1.7.8-minimal.zip PHP 기능을 사용하여 압축을 풀고 적절한 폴더에 배치하십시오. 그것은 일을하는 데 약간의 시간이 걸리지 만 파일 크기를 극적으로 줄이는 대안이 될 것입니다.

Answer 4

왜 둘 다하지 않습니까?

그런 다음 ZF가 무엇인지 또는 가지고 있지 않은 사용자는 전체 패키지를 다운로드 할 수 있습니다.