Composer是一個非常流行的PHP包依賴管理工具,已經取代PEAR包管理器,對於PHP開發者來說掌握Composer是必須的.
對於使用者來說Composer非常的簡單,通過簡單的一條命令將需要的代碼包下載到vendor目錄下,然後開發者就可以引入包並使用了.
其中的關鍵在於你項目定義的composer.json,可以定義項目需要依賴的包(可能有多個),而依賴的包可能又依賴其他的包(這就是組件的好處),這些都不用你煩心,Composer會自動下載你需要的一切,一切在於composer.json的定義.
Composer對於使用者來說是很透明,但是其背後的理念還是需要了解一下的,其的誕生也不是偶然的,得益於Github的快速發展,PHP語言也越來越現代化,顯得更高大上了.
我的官方群點擊此處。
為了理解Composer,先大概了解下其結構:
Composer的結構
Composer命令行工具:
這個理解就比較簡單了,通過使用者定義的Composer.json去下載你需要的代碼,假如只是簡單的使用Composer,那麼掌握一些具體命令就完全可以了
Autoloading代碼加載器:
通過Composer,開發者可以通過多種方式去使用,而其中的關鍵在於PHP的命名空間概念,以及PSR-4標準的發展,Composer只是根據這二者開發了一個代碼自動加載器
github:
有了Github,PHP開發人員可以將開源的代碼託管在這上面,而Composer的發展源於Github,Composer本質上就是將Github上的代碼下載到本地.
Packagist:
對於使用者來說使用的是Composer的命令行工具,那麼命令行工具怎麼知道有多少包可以被用戶使用呢,這主要就是依賴於Packagist,Packagist是Composer主要的一個包信息存儲庫,包開發者將具體代碼託管到Github上,將包信息提交到Packagist上,這樣使用者就可以通過Composer去使用.
Composer根據本地定義的composer.json信息去查詢Packagist,Packagist根據Composer.json/Package.json信息解析,最終對應到github倉庫,Composer最終下載代碼的時候還要依賴於Github倉庫上的Composer.json,這裡涉及到三種類型的composer.json,含義是不一樣的.
Composer.json:
這是Composer的核心,是Composer的規則,上面也提到了三種類型的Composer.json,在使用的時候一定要注意區分,我初學的時候就總是搞亂.
Composer命令行工具
composer init
使用者可以在自己的項目下創建composer.json以便定義你項目的依賴包,也可以通過composer init交互式的創建composer.json.
composer install
應該是最常用的命令,composer會根據本地的composer.json安裝包,將下載的包放入項目下的vendor目錄下,同時將安裝時候的包版本信息放入到composer.lock,以便鎖定版本.
其實在install的時候,假如發現composer.lock版本和目前vendor目錄下的代碼版本是一致的,則Composer會什麼也不做,composer.lock的目的就是讓你安心在目前這個版本下工作,而不獲取最新版本的包.
composer update
那麼如何更新composer.lock以便獲取到最新版本的包呢?通過這個命令即可更新最新版本的包
composer config
這個命令還是建議了解下,全局的配置保存在COMPOSER_HOME/config.json,非全局的配置信息則存儲在本項目目錄下.
composer config --list -gcomposer config -g notify-on-install falsecomposer global config bin-dir --absolutecomposer create-project
這個命令不常用,但是個人覺得還是很重要的,使用普通的install命令是將項目所有的依賴包下載到本項目vendor目錄下.而通過這個命令則是將所有的代碼及其依賴的包放到一個目錄下,相當於執行了一個git clone命令,一般是包的開發者可能為了修復bug會使用該命令.
composer global
這是一個全局的安裝命令,它允許你在COMPOSER_HOME目錄下執行Composer的命令,比如install,update.當然你的COMPOSER_HOME要在$PATH環境下.
比如執行composer global require fabpot/php-cs-fixer,現在php-cs-fixer命令行可以全局運行了,如果稍後想更新它,只需要運行composer global update
composer dump-autoload
當你修改項目下的composer.json的文件,並不一定要運行composer update命令進行更新,有的時候可以使用該命令來更新加載器,比如你要引用本地自定義的包(不是來自於packagist),後面會通過實踐來說明該命令.
composer require
假如手動或者交互式創建composer.json文件,可以直接使用該命令來安裝包
composer require cerdic/css-tidy:1.5.2composer require &34;–prefer-source和–prefer-dist參數
–prefer-dist:對於穩定的包來說,一般Composer安裝默認使用該參數,這也能加快安裝,比如有可能直接從packagist安裝了相應的包,而不用實際去Github上下載包.
–prefer-source:假如使用該參數,則會直接從Github上安裝,安裝包後vendor目錄下還含有.git信息
composer require &34; --prefer-source 34;repositories&34;packagist&34;type&34;composer&34;url&34;https://packagist.phpcomposer.com&34;autoload&34;classmap&34;othsrc/&34;classsrc.php&34;files&34;othsrc/filesrc.php&34;psr-4&34;Foo\Bar\&34;src&34;repositories&34;type&34;vcs&34;url&34;https://github.com/ywdblog/phpcomposer&34;require&34;ywdblog/phpcomposer&34;dev-master" }}
當運行composer update的時候,Comoser實際上是從Github上下載包而不是從htpp：//pckagist.org上下載.
另外假如需要使用Package資源庫類型或者PEAR資源庫類型,參考官方文檔即可,一般在composer.json中定義name、version屬性即可.
Composer.json
在本文上面也多次提到了composer.json,比如你希望使用第三方包則需要在本地定義composer.json,Composer安裝第三方包後,也會在第三方包目錄下發現composer.json,那麼這二者都叫composer.json,有什麼區別呢?理解這非常的重要.
假如你在自己的項目下面定義一個composer.json,則這個包稱之為ROOT包,這個composer.json定義你項目需要的條件(比如你的項目可能依賴一個第三方包).
composer.json中有些屬性只能被ROOT包使用,比如config屬性只在ROOT包中生效.
一個資源包是不是ROOT包,取決於它的上下文,比如你git clone ywdblog/phpcomposer,則這時候本地phpcomposer目錄就是ROOT包,假如你在本地phpcomposer目錄下composer require ywdblog/phpcomposer,則這時候你的項目phpcomposer就是ROOT包.
了解composer-schema.json可參考該網址,Laravel作為一個成熟的框架,其定義的composer.json非常經典
關於包的版本
當使用者在本地配置composer.json的時候,可以指定需要包的特定版本,Composer支持從Github倉庫中下載Tag或者分支下的包.
對於Github上的Tag來說,Packagist會創建對應包的版本,它符合X.Y.Z,vX.Y.Z,X.Y.Z-包類型,就是說Github上雖然只有一個特定版本的包,但Composer支持多種形式的引用方式,比如:
composer require monolog/monolog 1.0.0-RC1 composer require monolog/monolog v1.0.0-RC1 composer require monolog/monolog 1.0.*composer require monolog/monolog ~1.10
對於Github上的分支來說,Packagist會創建對應包的版本,假如分支名看起來像一個版本,將創建{分支名}-dev的包版本號,如果分支名看起來不像一個版本號,它將會創建dev-{分支名}形式的版本號
總結:
理解Composer,最重要的是實踐,最後也能明白PSR-4和命名空間,也可以嘗試將你的項目發布到htpp：//pckagist.org上.
以上就是【Composer】PHP開發者必須了解！的詳細內容
以上內容希望幫助到大家，很多PHPer在進階的時候總會遇到一些問題和瓶頸，業務代碼寫多了沒有方向感，不知道該從那裡入手去提升，對此我整理了一些資料，包括但不限於：分布式架構、高可擴展、高性能、高並發、伺服器性能調優、TP6，laravel，YII2，Redis，Swoole、Swoft、Kafka、Mysql優化、shell腳本、Docker、微服務、Nginx等多個知識點高級進階乾貨需要的可以免費分享給大家，需要的可以加入我的官方群點擊此處。