私は、いくつかの無料ライブラリを使用するオープン ソース プロジェクトを持っています。その中で、FAR で最大のものは Zend Framework です。すべきこと:
1. Zend Framework を使用してアプリケーションを
リリースする 2. アプリのみをリリースし、ZF をインストールしてアプリを動作させる方法に関する短いチュートリアルを作成
する私のテーブルにパンを持ってこないでください...だから私は私の仕事のために少し時間が必要です)。
4 に答える
「プロジェクト」が何であるかに応じて。
アプリケーションの場合は、バンドルします。
ライブラリの場合は、しないでください。
編集:もう少し詳しく説明するには:
アプリケーションを作成するとき、通常、正しいライブラリ バージョンのインストールとアップグレードをユーザーに負担 (または依存) させたくありません。さらに、ユーザーが異なるバージョンのライブラリを使用すると、ソフトウェアのバグを解決するのがより困難になります (たとえば、「PEAR 経由でインストールされた場合、MyApp 1.0.6 は SomeLib 2.3.5 では動作しません」)。おそらく、環境をできるだけ一定にしたいでしょう。PHP のバージョンが異なっていても、煩わしいことがよくあります。
ライブラリを作成するときは、絶対に必要な以上の副作用を引き起こしたくないので、そのユーザー (この場合は開発者) にすべての力を与えたいと考えています。ライブラリに SomeLib 2.3.5 が必要であるが、ライブラリを使用するアプリに SomeLib 2.3.7 が必要な場合、それをバンドルすると問題が発生する可能性があります。
基本的なポイント: ライブラリのユーザーはそれらを組み込んだ後にテストしますが、アプリのユーザーはそれらをインストールした後にテストしません。
潜在的なユーザーにそれをさせてください。
ZF へのリンクを含めてください。これで十分です。他の場所で利用できるものに対して帯域幅を支払うことになるという事実に加えて、ユーザーが発生する可能性のあるダウンロードの問題について責任を負うことはまったく無意味です. また、ZF を最新の状態に保ち、2、3 週間ごとにバージョンをチェックしなければならないことも首の痛みです。
あなたの説明から、あなたのアプリは Zend Framework に大きく依存している可能性があります。そのため、あなたのソフトウェアには Zend Framework V XXX が必要であり、http://どこでも。
なぜ頭を悩ませるのですか?
おそらく他の誰かに帯域幅のコードプレックスと sourceforge の支払いを任せているので、バンドルする必要があると思います:) また、ユーザーの生活がずっと楽になります。不要なモジュールを削除して、ファイルを少し小さくすることもできます。
または、最初の実行時にアプリですべてのファイルが存在するかどうかを確認し、Zends サイトから zend フレームワークをダウンロードします。最初の実行では、http://framework.zend.com/releases/ZendFramework-1.7.8/ZendFramework-1.7.8-minimal.zipからダウンロードし、PHP 関数を使用して解凍し、適切な場所に配置できます。フォルダ。これは、実行に少し時間がかかりますが、ファイルサイズを大幅に削減する代替手段になります。
なぜ両方をしないのですか?
次に、ZF が何であるかを知らない、または持っていないユーザーは、完全なパッケージをダウンロードできます。