摘要:本文簡要回顧相關(guān)概念和用法。相比之下已是明日黃花。分別對應(yīng)的命令是根據(jù)關(guān)鍵字查找依賴包,例如查找本人發(fā)布的包。作為目前包依賴管理的最佳工具,值得每一位開發(fā)人員掌握。
轉(zhuǎn)載請注明文章出處:https://tlanyan.me/php-review...PHP回顧系列目錄
PHP基礎(chǔ)
web請求
cookie
web響應(yīng)
session
數(shù)據(jù)庫操作
加解密
Composer是PHP社區(qū)推薦的依賴管理工具。Composer之于PHP猶如npm之于Node,幾乎是做現(xiàn)代化PHP開發(fā)的必備技能。本文簡要回顧相關(guān)概念和Composer用法。
拓展和包與之相關(guān)的概念是框架和庫,關(guān)于框架和庫的區(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拓展和應(yīng)用倉庫(PHP Extension and Application Repository)的縮寫,官網(wǎng)http://pear.php.net ;PECL是PHP拓展社區(qū)庫(PHP Extension Community Library)的縮寫,官網(wǎng)http://pecl.php.net。
兩者的區(qū)別可用拓展和包來區(qū)分:PECL托管拓展,源代碼多為C文件,例如APC、AMPQ等;PEAR托管包,功能用PHP實現(xiàn),如PHP CodeSniffer、HTTP Request等;PEAR對應(yīng)pear命令,PECL對應(yīng)pecl命令,可用這兩個命令安裝和管理拓展和包(pear的build/pickle子命令也可以編譯PECL中的拓展)。兩者互為補充,官網(wǎng)以姐妹(sisters)形容兩者的關(guān)系。
PECL是官方拓展的補充,目前仍處于活躍狀態(tài),一些優(yōu)秀的拓展有成為官方拓展的潛質(zhì)。韓天峰大神的swoole拓展也托管在PECL中,國內(nèi)名氣非常高。相比之下PEAR已是明日黃花。PEAR2和Pyrus(下一代的PEAR包安裝工具,基于PHP5.3+構(gòu)建,官網(wǎng)http://pear2.php.net)的出現(xiàn)也未能挽救PEAR。PEAR沒落伴隨著本文主角Composer的興起。
PEAR的定位是“提供可復(fù)用的PHP組件”,以中心化的方式為開發(fā)者提供功能包。中心化發(fā)布的方式保證了代碼的質(zhì)量,同時帶來維護(hù)上的不便:通過評審的包才能發(fā)布,包過時現(xiàn)象嚴(yán)重。PEAR安裝的包是全局的,不能為多帶帶項目安裝依賴包,非特權(quán)用戶不能自行安裝依賴包。其他缺點還包括糟糕的依賴管理。隨著Github的流行和Composer的出現(xiàn),包管理進(jìn)入Composer時代。PEAR已經(jīng)完成其歷史使命,可以安心的去了。
Composer嚴(yán)格來說,Composer的定位是依賴管理工具而非包管理器。Composer中文網(wǎng)對Composer工作介紹如下:
Composer 將這樣為你解決問題:a) 你有一個項目依賴于若干個庫。
b) 其中一些庫依賴于其他庫。
c) 你聲明你所依賴的東西。
d) Composer 會找出哪個版本的包需要安裝,并安裝它們(將它們下載到你的項目中)。
PEAR能做的事情,Composer都能做(包括安裝PECL拓展),部分還能做得更好。Composer默認(rèn)把包安裝在項目目錄下,普通用戶就能正常使用(Composer官方建議不要以root身份執(zhí)行composer命令);鼓勵遵循最佳實踐(即大名鼎鼎的PSR規(guī)范,詳情見PHP-FIG官網(wǎng)https://www.php-fig.org),極大的推動PHP社區(qū)編碼風(fēng)格的規(guī)范化;Composer是去中心化的平臺,任何人均可發(fā)布代碼包;發(fā)布包無需評審,包的質(zhì)量由用戶投票決定...作為PEAR的繼任者,Composer的表現(xiàn)經(jīng)受住了社區(qū)的考驗,并成為事實上的依賴管理標(biāo)準(zhǔn)工具。
Composer目前已經(jīng)形成龐大的生態(tài),在數(shù)量上,Composer的包遠(yuǎn)超PEAR。由于任何人均可自由發(fā)布包且無需評審,Composer生態(tài)中的包可能存在代碼質(zhì)量參差不齊、代碼風(fēng)格各異、后門漏洞等隱憂。另外Composer的依賴管理以項目為單位,一臺機器上可能多次安裝同一個包。但瑕不掩瑜,總體而言,Composer極大的改變了PHP的開發(fā)生態(tài),促進(jìn)了代碼交流和社區(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í)行過程中的詳細(xì)信息。安裝完畢后,vendor目錄下會生成autoload.php文件。在項目的入口文件中包含此文件: require __DIR__ . "/vendor/autoload.php";,接下來便可在項目的任何地方引用依賴包中的接口和類。
除install命令,Composer提供了許多其他命令管理依賴。常用的命令場景包括:查找依賴、引入依賴、安裝依賴、更新依賴。分別對應(yīng)的命令是:
composer search: 根據(jù)關(guān)鍵字查找依賴包,例如查找本人發(fā)布的包:composer search tlanyan。該命令等同于上https://packagist.org進(jìn)行包查找;
composer require: 引入依賴,聲明項目或者全局(global,用戶名全局,非系統(tǒng)全局)依賴某個包, 例如聲明需要swiftmailer包: composer require [global] "swiftmailer/swiftmailer:dev-master";該命令更新composer.json文件,并默認(rèn)立即安裝依賴(--no-update選項可阻止默認(rèn)安裝);效果等同于編輯composer.json文件,然后執(zhí)行install命令;
composer install:安裝composer.json聲明的依賴包,最終安裝的依賴包版本可能取決于有無composer.lock文件;
composer update: 更新依賴到最新版本,相當(dāng)于刪除composer.lock文件后執(zhí)行composer install。
以上四條命令涵蓋使用Composer的大部分場景。以下是幾個常用的輔助命令,與依賴分析相關(guān):
composer info: 查看安裝的依賴包信息,與composer show等價;
composer dumpautoload: 加-o選項可導(dǎo)出優(yōu)化的加載器;
composer why(-not): 查看(不)安裝某個包的原因。
總結(jié)從拷貝第三方代碼到項目中(1994),到PEAR安裝依賴包(1999),再到Composer興起(2012),PHP社區(qū)經(jīng)歷了將近20年的探索。PHP這門古老的語言,也在不斷的發(fā)展更新,在web領(lǐng)域一直發(fā)光發(fā)熱。Composer作為目前PHP包依賴管理的最佳工具,值得每一位PHP開發(fā)人員掌握。
參考https://benramsey.com/blog/20...
http://fabien.potencier.org/t...
http://docs.phpcomposer.com
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://specialneedsforspecialkids.com/yun/28514.html
摘要:想要更好的利用協(xié)同工作,學(xué)會創(chuàng)建自己的包是一項必不可少的技能。編輯項目的或,增加一項配置,例如以上配置使用中國全量鏡像網(wǎng)站作為默認(rèn)中央倉庫。創(chuàng)建自己的包創(chuàng)建一個包只需兩步填寫包描述信息寫代碼。通過簡單兩步,我們創(chuàng)建的自己的包。 轉(zhuǎn)載請注明文章出處:https://tlanyan.me/php-review... PHP回顧系列目錄 PHP基礎(chǔ) web請求 cookie web響應(yīng) ...
摘要:通過,腳本層無需過多考慮執(zhí)行的具體環(huán)境,而本身則可以讓針對自己的特點給出特有實現(xiàn)。模式下,也只執(zhí)行一次。這幾個概念的關(guān)系如下網(wǎng)關(guān)協(xié)議,與語言無關(guān),所以與關(guān)系也不大。總結(jié)本文簡要回顧了程序的架構(gòu)和執(zhí)行流程,并對幾個容易混淆概念做了介紹。 轉(zhuǎn)載請注明文章出處:https://tlanyan.me/php-review... PHP回顧系列目錄 PHP基礎(chǔ) web請求 cookie we...
摘要:如果你想體驗原味編程,用開頭的比較適合否則建議使用流函數(shù)。有關(guān)流的知識,請參考本人之前的博文回顧之流。接下來我們用流函數(shù)實現(xiàn)一個簡單的客戶端和服務(wù)端。流函數(shù)中的和兩個函數(shù)是我們想要的。本文目的是簡要介紹中的編程,行文到此已經(jīng)達(dá)到目的。 轉(zhuǎn)載請注明文章出處: https://tlanyan.me/php-review... PHP回顧系列目錄 PHP基礎(chǔ) web請求 cookie w...
摘要:隨著云服務(wù)器的盛行,幾乎無法以指向本機的域名向外發(fā)送郵件,除了在本機內(nèi)發(fā)送提醒郵件,用處已然不大。發(fā)送效率低非面向?qū)ο蟮恼{(diào)用方式,配置麻煩以及云服務(wù)器廠商的封鎖,是使用函數(shù)的最大阻礙。 轉(zhuǎn)載請注明文章出處: https://tlanyan.me/php-review... PHP回顧系列目錄 PHP基礎(chǔ) web請求 cookie web響應(yīng) session 數(shù)據(jù)庫操作 加解密 Co...
摘要:命令行時返回值為,標(biāo)準(zhǔn)輸入輸出均指向終端可用進(jìn)程號查看。會在腳本執(zhí)行完畢后關(guān)閉三個流,無需用戶手動關(guān)閉。與遠(yuǎn)程網(wǎng)址交互是一個請求和響應(yīng)的過程,其中細(xì)節(jié)可參考本人之前的文章回顧之請求和回顧之響應(yīng),也可參考協(xié)議的權(quán)威文檔。 轉(zhuǎn)載請注明文章出處: https://tlanyan.me/php-review... PHP回顧系列目錄 PHP基礎(chǔ) web請求 cookie web響應(yīng) ses...
閱讀 2448·2021-10-14 09:42
閱讀 1138·2021-09-22 15:09
閱讀 3545·2021-09-09 09:33
閱讀 3026·2021-09-07 09:59
閱讀 3639·2021-09-03 10:34
閱讀 3532·2021-07-26 22:01
閱讀 2822·2019-08-30 13:06
閱讀 1203·2019-08-30 10:48