PHP回顧之Composer

Ocean 發(fā)布于2019-06-28 18:39 / 946人閱讀

摘要：本文簡要回顧相關概念和用法。相比之下已是明日黃花。分別對應的命令是根據(jù)關鍵字查找依賴包，例如查找本人發(fā)布的包。作為目前包依賴管理的最佳工具，值得每一位開發(fā)人員掌握。

轉載請注明文章出處：https://tlanyan.me/php-review...

PHP回顧系列目錄

PHP基礎

web請求

web響應

session

數(shù)據(jù)庫操作

加解密

Composer是PHP社區(qū)推薦的依賴管理工具。Composer之于PHP猶如npm之于Node，幾乎是做現(xiàn)代化PHP開發(fā)的必備技能。本文簡要回顧相關概念和Composer用法。

拓展和包

與之相關的概念是框架和庫，關于框架和庫的區(qū)別，可以查看本人之前寫的這篇文章

拓展和包是兩個非常相近的概念。在PHP世界里，一般可以這樣理解和區(qū)分兩者：拓展（extension）和模塊（module）等價，是用C語言寫的功能合集；包(package)和庫（library）等價，主要是用PHP實現(xiàn)的功能合集；拓展以動態(tài)鏈接庫（dll或so）的形式加載，包則是通過require/include方式加載。絕大部分時候，兩者混用不會造成理解上的困難。

常見的拓展包括GD、ZIP、XML、MySQLi、OPCache等，常見的包包括PHPMailer、PHPOffice、HTMLPurifier等。

PEAR和PECL

在Composer流行之前，PEAR和PECL是更為PHP開發(fā)者所知的兩個工具（社區(qū)）。PEAR是PHP拓展和應用倉庫（PHP Extension and Application Repository）的縮寫，官網http://pear.php.net ；PECL是PHP拓展社區(qū)庫（PHP Extension Community Library）的縮寫，官網http://pecl.php.net。

兩者的區(qū)別可用拓展和包來區(qū)分：PECL托管拓展，源代碼多為C文件，例如APC、AMPQ等；PEAR托管包，功能用PHP實現(xiàn)，如PHP CodeSniffer、HTTP Request等；PEAR對應pear命令，PECL對應pecl命令，可用這兩個命令安裝和管理拓展和包（pear的build/pickle子命令也可以編譯PECL中的拓展）。兩者互為補充，官網以姐妹（sisters）形容兩者的關系。

PECL是官方拓展的補充，目前仍處于活躍狀態(tài)，一些優(yōu)秀的拓展有成為官方拓展的潛質。韓天峰大神的swoole拓展也托管在PECL中，國內名氣非常高。相比之下PEAR已是明日黃花。PEAR2和Pyrus（下一代的PEAR包安裝工具，基于PHP5.3+構建，官網http://pear2.php.net）的出現(xiàn)也未能挽救PEAR。PEAR沒落伴隨著本文主角Composer的興起。

PEAR的定位是“提供可復用的PHP組件”，以中心化的方式為開發(fā)者提供功能包。中心化發(fā)布的方式保證了代碼的質量，同時帶來維護上的不便：通過評審的包才能發(fā)布，包過時現(xiàn)象嚴重。PEAR安裝的包是全局的，不能為多帶帶項目安裝依賴包，非特權用戶不能自行安裝依賴包。其他缺點還包括糟糕的依賴管理。隨著Github的流行和Composer的出現(xiàn)，包管理進入Composer時代。PEAR已經完成其歷史使命，可以安心的去了。

Composer

嚴格來說，Composer的定位是依賴管理工具而非包管理器。Composer中文網對Composer工作介紹如下：

Composer 將這樣為你解決問題：

a) 你有一個項目依賴于若干個庫。

b) 其中一些庫依賴于其他庫。

c) 你聲明你所依賴的東西。

d) Composer 會找出哪個版本的包需要安裝，并安裝它們（將它們下載到你的項目中）。

PEAR能做的事情，Composer都能做（包括安裝PECL拓展），部分還能做得更好。Composer默認把包安裝在項目目錄下，普通用戶就能正常使用（Composer官方建議不要以root身份執(zhí)行composer命令）；鼓勵遵循最佳實踐（即大名鼎鼎的PSR規(guī)范，詳情見PHP-FIG官網https://www.php-fig.org），極大的推動PHP社區(qū)編碼風格的規(guī)范化；Composer是去中心化的平臺，任何人均可發(fā)布代碼包；發(fā)布包無需評審，包的質量由用戶投票決定...作為PEAR的繼任者，Composer的表現(xiàn)經受住了社區(qū)的考驗，并成為事實上的依賴管理標準工具。

Composer目前已經形成龐大的生態(tài)，在數(shù)量上，Composer的包遠超PEAR。由于任何人均可自由發(fā)布包且無需評審，Composer生態(tài)中的包可能存在代碼質量參差不齊、代碼風格各異、后門漏洞等隱憂。另外Composer的依賴管理以項目為單位，一臺機器上可能多次安裝同一個包。但瑕不掩瑜，總體而言，Composer極大的改變了PHP的開發(fā)生態(tài)，促進了代碼交流和社區(qū)發(fā)展。

Composer用法

Composer為管理的項目的依賴而生，項目中的composer.json文件是其工作的依據(jù)。該文件中最重要的部分是require部分，該部分告訴Composer期望安裝的包及其版本，例如：

{
    "name": "tlanyan/foo",
    "version": "1.0.0",
    ....
    "require": {
        "php": ">=5.4.0",
        "yiisoft/yii2": ">=2.0.6",
        "yiisoft/yii2-swiftmailer": "*",
        "yiisoft/yii2-redis": ">=2.0.0",
        "smarty/smarty": "< =3.1.25",
        "yiisoft/yii2-smarty": ">=2.0.0",
        "phpoffice/phpexcel": ">=1.8.0",
        "tecnickcom/tcpdf": "~6.2.0"
    },
    ....
}

然后運行composer install命令，Composer會自動分析依賴，安裝最合適的包到vendor目錄下。加-v(-vv, -vvv)選項會打印命令執(zhí)行過程中的詳細信息。安裝完畢后，vendor目錄下會生成autoload.php文件。在項目的入口文件中包含此文件： require __DIR__ . "/vendor/autoload.php";，接下來便可在項目的任何地方引用依賴包中的接口和類。

除install命令，Composer提供了許多其他命令管理依賴。常用的命令場景包括：查找依賴、引入依賴、安裝依賴、更新依賴。分別對應的命令是：

composer search: 根據(jù)關鍵字查找依賴包，例如查找本人發(fā)布的包：composer search tlanyan。該命令等同于上https://packagist.org進行包查找；

composer require: 引入依賴，聲明項目或者全局(global，用戶名全局，非系統(tǒng)全局)依賴某個包，例如聲明需要swiftmailer包： composer require [global] "swiftmailer/swiftmailer:dev-master"；該命令更新composer.json文件，并默認立即安裝依賴（--no-update選項可阻止默認安裝）；效果等同于編輯composer.json文件，然后執(zhí)行install命令；

composer install：安裝composer.json聲明的依賴包，最終安裝的依賴包版本可能取決于有無composer.lock文件；

composer update：更新依賴到最新版本，相當于刪除composer.lock文件后執(zhí)行composer install。

以上四條命令涵蓋使用Composer的大部分場景。以下是幾個常用的輔助命令，與依賴分析相關：

composer info：查看安裝的依賴包信息，與composer show等價；

composer dumpautoload：加-o選項可導出優(yōu)化的加載器；

composer why(-not)：查看（不）安裝某個包的原因。

總結

從拷貝第三方代碼到項目中(1994)，到PEAR安裝依賴包(1999)，再到Composer興起(2012)，PHP社區(qū)經歷了將近20年的探索。PHP這門古老的語言，也在不斷的發(fā)展更新，在web領域一直發(fā)光發(fā)熱。Composer作為目前PHP包依賴管理的最佳工具，值得每一位PHP開發(fā)人員掌握。

參考

https://benramsey.com/blog/20...

http://fabien.potencier.org/t...

http://docs.phpcomposer.com

GPU云服務器云服務器 Composer php 簡潔之道 php之個人博客 php之xpath類

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉載請注明本文地址：http://www.ezyhdfw.cn/yun/28514.html

PHP回顧之創(chuàng)建自己的Composer包

摘要：想要更好的利用協(xié)同工作，學會創(chuàng)建自己的包是一項必不可少的技能。編輯項目的或，增加一項配置，例如以上配置使用中國全量鏡像網站作為默認中央倉庫。創(chuàng)建自己的包創(chuàng)建一個包只需兩步填寫包描述信息寫代碼。通過簡單兩步，我們創(chuàng)建的自己的包。轉載請注明文章出處：https://tlanyan.me/php-review... PHP回顧系列目錄 PHP基礎 web請求 cookie web響應 ...

KoreyLee 2019-06-28 18:42 評論0 收藏0
PHP回顧之執(zhí)行流程及相關概念

摘要：通過，腳本層無需過多考慮執(zhí)行的具體環(huán)境，而本身則可以讓針對自己的特點給出特有實現(xiàn)。模式下，也只執(zhí)行一次。這幾個概念的關系如下網關協(xié)議，與語言無關，所以與關系也不大?？偨Y本文簡要回顧了程序的架構和執(zhí)行流程，并對幾個容易混淆概念做了介紹。轉載請注明文章出處：https://tlanyan.me/php-review... PHP回顧系列目錄 PHP基礎 web請求 cookie we...

jsdt 2019-07-01 10:14 評論0 收藏0
PHP回顧之socket編程

摘要：如果你想體驗原味編程，用開頭的比較適合否則建議使用流函數(shù)。有關流的知識，請參考本人之前的博文回顧之流。接下來我們用流函數(shù)實現(xiàn)一個簡單的客戶端和服務端。流函數(shù)中的和兩個函數(shù)是我們想要的。本文目的是簡要介紹中的編程，行文到此已經達到目的。轉載請注明文章出處： https://tlanyan.me/php-review... PHP回顧系列目錄 PHP基礎 web請求 cookie w...

tomorrowwu 2019-07-01 10:11 評論0 收藏0
PHP回顧之發(fā)送郵件

摘要：隨著云服務器的盛行，幾乎無法以指向本機的域名向外發(fā)送郵件，除了在本機內發(fā)送提醒郵件，用處已然不大。發(fā)送效率低非面向對象的調用方式，配置麻煩以及云服務器廠商的封鎖，是使用函數(shù)的最大阻礙。轉載請注明文章出處： https://tlanyan.me/php-review... PHP回顧系列目錄 PHP基礎 web請求 cookie web響應 session 數(shù)據(jù)庫操作加解密 Co...

smallStone 2019-06-28 18:44 評論0 收藏0
PHP回顧之IO

摘要：命令行時返回值為，標準輸入輸出均指向終端可用進程號查看。會在腳本執(zhí)行完畢后關閉三個流，無需用戶手動關閉。與遠程網址交互是一個請求和響應的過程，其中細節(jié)可參考本人之前的文章回顧之請求和回顧之響應，也可參考協(xié)議的權威文檔。轉載請注明文章出處： https://tlanyan.me/php-review... PHP回顧系列目錄 PHP基礎 web請求 cookie web響應 ses...

happen 2019-07-01 12:26 評論0 收藏0