发布于 2018-04-25 17:57:01
我们可能会很快将PEAR视为已弃用,但我不认为这需要很长时间。作曲家正在蓬勃发展,并且拥有很多包装和积极的发展。因此,使用Composer作为PHP中包管理工具的标准可能会更好。
使用PEAR对于包维护者来说更麻烦。因此很多PEAR上的代码已经过时了。开发者需要在PEAR上发布它之前获得它的“PEAR-reviewed”包,所以与Composer中可用的包数量相比,很少有包可用。另外,没有办法在PEAR中为单个项目安装软件包。所有软件包都安装在全球。借助Composer,您可以在每个项目的基础上或在全球范围内安装软件包。那么在PEAR中缺乏依赖管理,坦率地说应该是一个包管理者做得很好的一件事。
你可以用PEAR而不用Composer来做的一件事就是安装PECL扩展。然而,使用Composer的pickle可以让你在composer.json
文件中定义原生的PHP扩展依赖关系。这个泡菜项目目前正在经历一些发展,不应该被视为成熟。
Fabien Potencier的这篇博客文章可能有点自负,但我认为这是对的。如果你有一个选择,选择作曲家,所以梨可以和平地死去。即使你问PEAR的维护者,大多数人都会告诉你,作曲家是前进的方向,尽管有些人可能仍然希望Pyrus。
https://stackoverflow.com/questions/-100004452
复制相似问题