也许现在将PEAR视为过时还为时过早,但我认为它不久就会过时。Composer正在蓬勃发展且成熟,拥有许多包和活跃的开发。因此,在PHP中使用Composer作为包管理工具的标准可能更好。
对于包维护者来说,使用PEAR更加麻烦。因此,PEAR上的很多代码已经过时了。开发人员必须在发布到PEAR之前先让其包通过“PEAR审核”,因此与Composer提供的包数相比,可用的包数量较少。另外,在PEAR中没有办法为一个单独的项目安装包。所有的包都是全局安装的。而通过Composer,您可以按项目或全局安装包。另外,PEAR缺乏依赖项管理,这实际上应该是一个包管理器应该做好的一件事情。
您可以使用PEAR安装PECL扩展,但使用Composer则无法做到。但是,pickle使用Composer并允许您在composer.json
文件中定义本机PHP扩展的依赖项。pickle项目目前正在经历相当大的开发,并且尚不成熟。
这篇博客文章由Fabien Potencier撰写,可能有点主观,但我认为它非常正确。如果你有选择的话,请选择Composer,这样PEAR就可以安心离开。即使你询问PEAR维护人员,大多数人也会告诉你Composer是未来的方向,尽管一些人可能仍然对Pyrus抱有希望。(这本来是改进PEAR的,但被后来爆炸性的Composer流行所淹没了。)
顺便提一下,您也可以使用Composer安装PEAR包,请查看Composer文档。
另请参见:
[1] PHP包管理信息幻灯片