别再到处搜php类扩展包了；进入composer的时代吧

我似乎需要先把composer讲解下；

抛开需求场景讲技术的都是耍流氓；
那么咱就先来讲讲composer是个什么东西；
它解决了什么样的需求;

在远古时代；
我们开发的时候；
除了面向oop编程；
更多的都是面向搜索引擎编程；

举个栗子；
比如说咱想实现个验证码功能；
如果不重复造轮子的话；
那就是直接拿着卖假药的搜个php验证码类；
点击前几个；然后复制或者下载下来；
编辑编辑根据项目加个命名空间；
然后在自己的项目中include一下；
就这么愉快的跑起来了；

然后这个验证码的后续升级维护？
嗯哼？还想升级维护？
这基本只能靠祈祷；
祈祷不行就自己动手解决吧；

运气好的；
有在github上开源的；
那还能点个watch;
看到有bug修复或新版本发布；
能及时跟着升级；

但是又觉得每次都自己手动点击下载太麻烦；
下载的扩展包多了；
需要各种include；
还可能存在命名空间重复冲突的问题；
这又要根据项目修改命名空间；
如果扩展包升级了；
还要重新下载编辑；
作为勤(lan)奋(duo)的程序猿；
这怎么可以忍；
那可不可以有一种工具；
能至少先满足咱这篇文章所说的问题呢？

其他语言；
比如说python的pip；
node.js的npm；
都可以很好的满足这样的需求；
然鹅；
作为世界上最好的语言；
php竟然一直没有个好的包管理工具；
直到composer的诞生；
给中文网的链接了解下；
http://www.phpcomposer.com

没错；
上面这些就是composer比较重要的需求场景；

1. 能方便的安装升级扩展包；

2. 只include就行；别到处写include；

3. 避免命名空间的冲突；

既然安装使用可以了；
那搜扩展包也得有个优雅点的方式吧；
总不能每次找个扩展包；
都还需要在github、码云、等等各种国内外的的平台上找吧
那这还得来个网站把各个平台的包综合起来吧；
网站说来就来；
https://packagist.org

敲黑板；
画重点了；
也就说现在的开发方式；
首先在packagist上搜索；
然后用composer安装升级；

搜索我想不用我讲吧；
composer的使用；

本文为白俊遥原创文章,转载无需和我联系,但请注明来自白俊遥博客http://baijunyao.com