订阅软件研发RSS CSDN首页> 软件研发

Composer帮你轻松管理PHP包

发表于2012-07-05 17:32| 次阅读| 来源CSDN编译| 0 条评论| 作者张红月

摘要:大多数PHP开发人员会选择他们自己喜欢的框架来处理他们的代码,比如DB交互、ORIMS、Oauth、Amazon S3整合等。 不好的地方就是转换框架(或者根本不需要返回使用框架)就感觉像在做噩梦,因为涉及到使用新工具,你必须重新学习里面的一切东西,而这并不简单。OK, Composer 来解决这些问题。

在PHP包管理上面,PHP发展的很缓慢,导致的结果就是很少发现程序员会使用像PEAR这样的工具。相反,大多数开发人员会选择他们自己喜欢的框架来处理代码,比如DB交互、ORIM’S、Oauth、Amazon S3整合等。

缺点就是在转换框架的时候(或者根本不需要返回使用框架)就感觉像在做噩梦,因为涉及到使用新工具,你必须重新学习里面的一切东西,而这并不简单。OK,Composer来帮助你解决这些问题。

介绍

Composer通过把自己定位成“所有项目的粘合计”来着手解决问题。这也就意味着包可以被写,开发和以某种格式进行共享,其他开发人员可以轻松插入到应用程序中。

这篇文章将向大家讲解如何安装和使用Composer包。在文章最后,你就可以把代码块插入到任何一个框架中进行体验,你可以使用CodeIgniterFuelPHPLaravelSymfony2, LithiumYiiZend等。

安装

Composer包含两大逻辑部分:一个是用来存储包,另一个是命令行应用程序,帮助你发现、下载、更新和分享代码。

  1. $ cd/path/to/my/project  
  2. $ curl -s http://getcomposer.org/installer| php 

在项目列表中,会有一个composer.phar文件,里面包含了所有逻辑代码行工具。你可以通过运行下面代码来确定是否安装成功。

  1. $ php composer.phar 

这个命令执行后会显示所有可用的命令。

我个人比较建议大家使用这个命令:

  1. $ sudo mv composer.phar /usr/bin/composer 

把这个文件移到bin目录下,它允许你简化命令。

  1. $ composer about 

如果你是在Windows上运行,你可以下载这个文件,然后通过PHP解析器安装,无论在哪里都可以。

解析composer.json文件

如果你是一名Ruby程序员,你会觉得这个文件跟Gemfile文件很相似,或者你是一个Node程序员,那么会觉得和package.json文件很像。同样,Composer会根据你的应用需求用composer.json文件来指定设置和封装。

在大多数基本的form里面,composer文件看起来是这样的:

  1. {  
  2.     "require": {  
  3.         "kriswallsmith/assetic": "*"  
  4.     }  

意思是需要一个“assetic”包,通过“kriswallsmith”创建和指定任意一个版本。你也可以指定一个特殊的版本,你可以使用下面命令代替:

  1. "kriswallsmith/assetic": "1.0.3" 

你甚至还可以使用这种方法:

  1. "kriswallsmith/assetic": "1.0.*" 

这个有一些微小的变化,但是他不会升级到1.1.0,程序员需要注意界面上细微的变化。

安装要求

现在,在你的composer.json文件下面会有一个或多个包,这个时候可以运行:

  1. $ php composer.phar install 

或者,如果你听了我的建议,你只需要在Unix机器上面运行:

  1. $ composer install 

你会发现,正在下载文件并且会放在应用程序根目录下面的vendors文件夹里面。这个逻辑也可以使用下面的配置:

  1. {  
  2.     "require": {  
  3.         "kriswallsmith/assetic": "1.0.*"  
  4.     },  
  5.     "config" : {  
  6.         "vendor-dir" : "packages"  
  7.     }  

自动加载

自动加载在PHP里面有一点乱糟糟的,作为开发人员,他们有属于自己操作方式。比如Smarty包,使用自己的自动载入。有一些开发人员会把多个类放到一个文件里面,或者文件名小写,这些做法都太随意啦!

PHP官方社区创建了PSR-0标准,从而来规范这些随意的做法。Composer默认支持这个标准。Composer里面自带PSR-0自动加载机制,在项目里面加入下面一行代码:

  1. include_once './vendor/autoload.php'; 

显然,如果autoload.php文件目录有变化,你也需要在代码里面做出相应改动。

下面,你可以在应用程序中使用如下代码:

  1. <?php   
  2. use Assetic\Asset\AssetCollection;  
  3. use Assetic\Asset\FileAsset;  
  4. use Assetic\Asset\GlobAsset;  
  5. $js = new AssetCollection(array(  
  6.     new GlobAsset('/path/to/js/*'),  
  7.     new FileAsset('/path/to/another.js'),  
  8. ));  
  9.    
  10. // the code is merged when the asset is dumped  
  11. echo $js->dump();  

这是一个使用Assetic的例子,当然,这里也有许多命名空间代码,但是这样做是为了避免包之间互相冲突。

PSR-0的命名惯例本质是:

  1. \<Vendor Name>\(<Namespace>\)*<Class Name> 

下面这个例子是Buzz HTTP包:

  1. $browser = new Buzz\Browser;  
  2. $response = $browser->get('http://www.google.com');  
  3. echo $browser->getLastRequest()."\n";  
  4. echo $response;  

看起来像是被美化的file_get_contents(),但是它处理所有类型的智能逻辑,并且在后台处理HTTP Response/Request,你也会发现命名空间语法也不是那么的强烈。

真实的世界

目前,大多数PHP存储依靠主代码库。如果你使用Facebook SDK,例如,你仅仅从GitHub或者zip文件中通过复制粘贴的方式把版本推到你的代码中,然后把它放到你的版本控制系统里面,将会变更。

版本和你的代码只是作为静态文件放在里面,在某种意义上,你可能会忘记升级,如果你关注到Facebook已经发布了一个新版本。最新版本文件会显示在最上面。

使用Composer就无需关注版本变化情况,你只需运行一下更新,那么所有需要更新的都会自动更新。但是为什么还会有大量的代码在你的仓库里呢?你不需要它们在那里吗?

最干脆的做法是添加vendors到你的“Ignore”列表里面(例如gitignore)并且让你的代码完全离开那里。当你在部署代码的时候,你只需运行composer install或者composer update。

如果你想使用更熟练,你可以手动运行整个过程,如果你有云端托管你可以设置hooks,一旦代码发布,就运行。

总结

将来,你将会看到更多的Composer,各种丰富多彩的框架已经开始提供了多种层次的集成。FuelPHP将构建Composer包,CodeIgniter提供自动加载并且已经在Symfony2上广泛使用。

使用Composer添加相关包到你的项目里面是一个很好的方式,无需安装PECLI扩展或者复制粘贴一个系列文件。那种方式已经很过时了,并且还浪费你大量的时间。(编译:张红月)

本文为CSDN编译整理,未经许可不得转载。如需转载请联系market@csdn.net 

0
0
Composer帮你轻松管理PHP包
  • CSDN官方微信
  • 扫描二维码,向CSDN吐槽
  • 微信号:CSDNnews
程序员移动端订阅下载

微博关注

相关热门文章