2011-02-18 3 views
2

Zend Frameworkの一部を取り出して(何かを追加して削除する...)、その名前を変更した場合(Zend_ConfigをMy_Config、Zend_Application_BootstrapをMy_Application_Bootstrapに変更)そのようなコードを商用ライセンスで配布すれば、私はZendのライセンスに違反しますか?変更されたコードでのZendライセンス制限

これはオプションでない場合、どうしたらいいですか?商用アプリケーションでコードを配布したい場合、コードをそのまま "そのまま"使用する必要がありますか?

+1

私はあなたがこれをしたい理由を考えることはできません。独自のアプリケーションの場合は、クラスを拡張するだけです。バグを修正している場合は、それをZendに提出してください。他の状況では、ライセンスはかなり許容されています(可能な偽装についてはhttp://stackoverflow.com/questions/1641804/how-to-modify-code-with-a-new-bsd-licenseを参照してください) –

+4

私はプログラミングやソフトウェア開発ではなく、ライセンス問題や法的問題に関する話題なので、この質問を議論の対象外としている。 [ここをクリック](http://meta.stackoverflow.com/questions/274963/questions-about-licensing/274964#274964)および[ここ](http://meta.stackexchange.com/questions/139804/can-トピックについてのライセンス供与に関する質問)、詳細については[ヘルプ]を参照してください。 – JasonMArcher

答えて

3

licenseによれば、著作権表示が維持されている限り、自由に変更して自由に配布することができます。

より洗練されたソリューションでは、Zend Frameworkを変更する代わりに、Zend Frameworkを拡張してください。これにより、フレームワークをより簡単にアップグレードすることができます。私はMy_ConfigをZend_Configに拡張し、変更が必要なものを変更します。ブートストラップなどと同じです。

+0

元のコードで提供されている機能はすべて必要ないので、クラスの拡張は意味をなさない。また、私の目標は、コードをスリムで最適化することです。 –

+0

私は自分のアプリケーションに完全なZFWを使いたくないのですが、クラス名を変更する主な理由は、名前空間(例:My \ Application \ Bootstrap)を使うことです。コードを拡張するだけで、コードが複雑になります。したがって、もし私があなたの意見に賛成すれば、元のファイルに気をつけて、ドキュメンテーションブロックを追加して、商用ライセンスの下でコードがライセンスされ、再配布が許可されていないことを将来のユーザーに通知する必要があります。 –

+0

私は間違いなく弁護士ではありませんが、あなたが言うことは私がライセンスをどのように読んでいるかと一貫しているようです。あなたのシナリオは、拡張することによって本当に利益を得ることができると思います。コードが少し複雑になることは理解していますが、Zend Frameworkのライセンスに制限されているように見えることなく、ライセンスの対象を簡単に切り離すことができます。 –

関連する問題