我应该将我的开源应用程序与Zend框架捆绑在一起,还是让用户来做?[关闭]

取决于“项目”是什么。

如果是应用程序,请将其捆绑。

如果是图书馆,不要。

编辑:详细说明:

在制作应用程序时,您通常不想让用户负担(或依赖)安装和升级到正确的库版本。此外,如果用户使用不同版本的库,将使您的软件更难解决bug(例如,“myapp 1.0.6不适用于somelib 2.3.5,如果它是通过pear安装的”)。您可能希望您的环境尽可能稳定;即使是不同的PHP版本也常常令人讨厌。

当制作一个库时,Otoh,你不想造成比绝对必要的更多的副作用,你想给它的用户(在本例中是一个开发人员)所有的权力。如果您的库需要somelib 2.3.5,但是使用库的应用程序需要somelib 2.3.7,那么捆绑它可能会导致问题。

基本点:库的用户在加入后会进行测试,应用的用户在安装后不会进行测试。

让潜在用户来做。

包括一个指向ZF的链接,这就足够了。对用户可能遇到的下载问题负责是完全没有意义的,除了你要为其他地方可用的带宽付费之外。这也将是一个痛苦的颈部保持与ZF的最新,并必须检查版本每隔几周左右。

从您的描述来看,您的应用程序很可能严重依赖Zend框架,因此,我建议您向您的用户详细说明您的软件需要Zend框架v x.x.x,以及其他可以从 http://wherever .

为什么要头痛?

我认为你应该捆绑它,因为你可能让别人为带宽codeplex和sourceforge付费是很好的:)这也使得用户的生活更加容易。您也可以删除不需要的模块,这会使文件变得更小。

另外,在我们的应用程序第一次运行时,它会检查所有文件是否存在,并从Zends站点下载Zend框架。第一次运行时,您可以从下载 http://framework.zend.com/releases/ZendFramework-1.7.8/ZendFramework-1.7.8-minimal.zip 并使用一个php函数将其解压并放在适当的文件夹中。这将是一个替代方案,需要一点时间,但会大大减少文件大小

为什么不两个都做?

然后,不知道ZF是什么或者没有它的用户可以下载完整的软件包。