Composer是PHP針對(duì)PHP言語(yǔ)的第三方的依靠辦理東西，將工程所用到的依靠文件包括在composer.json文件中，運(yùn)用composer install指令就能夠?qū)⑺\(yùn)用對(duì)應(yīng)庫(kù)或許文件加載進(jìn)工程里邊。下面分兩部分介紹composer的根底，別離是composer的依靠辦理和主動(dòng)加載。

　　依靠辦理

　　在composer呈現(xiàn)之前，如果咋PHP項(xiàng)目中需求第三方的依靠文件，則需求程序員將所需求的源代碼復(fù)制進(jìn)工程中或許將源代碼對(duì)應(yīng)的文件下載下來(lái)手動(dòng)增加到工程中。如果所需求的依靠文件依靠于更多的第三方文件，則程序員會(huì)墮入復(fù)制依靠文件的黑洞中，費(fèi)時(shí)吃力不說(shuō)，有可能還會(huì)呈現(xiàn)一些失誤，composer就是在這種情況下呈現(xiàn)的用于減輕程序員的關(guān)于依靠辦理的擔(dān)負(fù)的東西。

　　Composer經(jīng)過(guò)運(yùn)用裝備文件composer.json文件完結(jié)依靠辦理。composer.json文件包括了項(xiàng)目的簡(jiǎn)略介紹、項(xiàng)目關(guān)于外界的庫(kù)或文件的依靠。從composer.json的擴(kuò)展名就能夠看得出來(lái)，composer.json中的內(nèi)容是依照json標(biāo)準(zhǔn)安排的。本篇博客會(huì)集在類的主動(dòng)加載機(jī)制上，因而關(guān)于composer.json中關(guān)于項(xiàng)目的作者等相關(guān)信息的解說(shuō)疏忽不解說(shuō)。

　　在composer中將本項(xiàng)目所需求的外部依靠包寫在要害字require對(duì)應(yīng)的值中，require鍵能夠?qū)?yīng)著多個(gè)所需求的包，各個(gè)不同的包之間用逗號(hào)分隔。假定項(xiàng)目需求一個(gè)外部依靠包monolog，下面是在compose.json文件中關(guān)于monolog包的依靠裝備項(xiàng)：



如上所示，require要害字將會(huì)映射包的稱號(hào)monolog和包的版別1.0.*。其間，包的稱號(hào)有兩部分組成，中心以“/”分隔，“/”之前代表的包的所有者，在Github上一般是代表的Github的用戶名，“/”代表的是實(shí)踐的包的稱號(hào)。其間“/”之前的稱號(hào)有必要是僅有的，可是"/"之后的包的稱號(hào)是能夠存在重復(fù)的，例如“Jack/monolog”和“monolog/monolog”是能夠共存的。然后面的"1.0.*"代表的是所依靠的包的版別，其間“*”代表的是“1.0”之下的恣意一個(gè)版別，例如：1.0.1,1.0.2或許1.0.9等等。“@dev”代表了能夠獲取該包的開發(fā)版別。默許情況下，composer將獲取所需求的包的最新的安穩(wěn)版別，而不會(huì)考慮開發(fā)版別，由于開發(fā)版別一般是不太安穩(wěn)的版別。可是，如果斷定開發(fā)版別沒有什么問(wèn)題就能夠加上“@dev”以答應(yīng)獲取開發(fā)的版別。如果沒有加上“@dev”,而除了開發(fā)版別之外不存在其他版其他話，則composer加載依靠項(xiàng)犯錯(cuò)。

　　在composer中裝備好依靠的第三方的包之后，就能夠運(yùn)用composer install指令獲取第三方的包了。運(yùn)轉(zhuǎn)成功之后就能夠項(xiàng)目中就會(huì)呈現(xiàn)vendor文件夾，vendor文件夾中會(huì)包括我們?cè)趓equire中所列出的monolog文件。

　　出了生成列在composer.json中要害字require值下的文件之外，成功運(yùn)轉(zhuǎn)composer install之后還會(huì)生成對(duì)應(yīng)的composer.lock文件，該文件依據(jù)composer.json中的依靠項(xiàng)生成依靠包對(duì)應(yīng)的版別。這兒需求闡明的是，在我們運(yùn)轉(zhuǎn)composer install的時(shí)分會(huì)首要判別是否存在著composer.lock文件。如果原本就存在這composer.lock文件，那么就會(huì)直接依據(jù)composer.lock中的版別下載對(duì)應(yīng)的包，此刻不再理睬composer.json中的裝備項(xiàng)。如果不存在composer.lock文件，則依據(jù)composer.json文件中的裝備下載對(duì)應(yīng)的版別，并生成composer.json對(duì)應(yīng)的composer.lock文件。composer.lock又稱為確定文件，生成對(duì)應(yīng)的composer.lock之后，composer.json和composer.lock共同對(duì)版別進(jìn)行操控。有了composer.lock之后，及時(shí)有了新的版別也不會(huì)觸發(fā)新版其他更新，除非手動(dòng)運(yùn)用composer update指令進(jìn)行手動(dòng)的更新。

　　開發(fā)環(huán)境下的依靠

　　有的時(shí)分我們只是在開發(fā)的時(shí)分才會(huì)依靠于某個(gè)詳細(xì)的包，可是在發(fā)行的版別中并不需求這樣的包，為了到達(dá)這種要求能夠運(yùn)用require-dev引進(jìn)開發(fā)環(huán)境下的包依靠。如下：



主動(dòng)加載類

　　經(jīng)過(guò)composer.json或許composer.lock，所依靠的第三方庫(kù)現(xiàn)已被下載下來(lái)了，那么在我們的項(xiàng)目中怎樣運(yùn)用這些第三方庫(kù)呢？最簡(jiǎn)略的辦法就是經(jīng)過(guò)include或許require將所需求的類文件包括進(jìn)來(lái)，可是這種辦法需求我們自己去尋覓所運(yùn)用的類對(duì)應(yīng)的類文件，這就存在和PHP言語(yǔ)中直接運(yùn)用include和require加載所需求的類存在相同的壞處，一種比較簡(jiǎn)略的辦法當(dāng)然就是運(yùn)用composer供給的類的主動(dòng)加載機(jī)制了。類似于PHP的主動(dòng)加載機(jī)制，composer供給了autoload完成類的主動(dòng)加載。

　　成功運(yùn)轉(zhuǎn)composer install之后，只需調(diào)用生成的vendor目錄下的autoload.php文件就能夠調(diào)用經(jīng)過(guò)composer.json加載的類了。以上面所述的項(xiàng)目中需求monolog包為例，經(jīng)過(guò)能夠經(jīng)過(guò)下面的辦法運(yùn)用monolog包中的Logger類?！　?/span>



當(dāng)然，除了運(yùn)用第三方庫(kù)中供給的類之外，還能夠運(yùn)用自己的界說(shuō)的類。Composer供給了autoload要害字用于加載我們自己供給的類，假設(shè)我們界說(shuō)了一個(gè)有關(guān)測(cè)驗(yàn)的類，如下：



將該類放在lib目錄下的ClassTest.php文件夾下面，那么怎樣讓composer加載自己界說(shuō)的類呢？


　　1. 在composer.json中參加autoload要害字　　



files鍵對(duì)應(yīng)的值是一個(gè)數(shù)組且改值是相關(guān)于文件運(yùn)用根目錄的文件的途徑。在composer.json中參加上述的要害字之后，在指令行下運(yùn)轉(zhuǎn)composer dump-autoload就能夠讓composer重建加載信息，那么就能夠在其他的文件中運(yùn)用這個(gè)類了。

　　上述所述的辦法和PHP中直接運(yùn)用include和require存在一樣的壞處，每個(gè)類都需求從頭書寫加載文件，費(fèi)時(shí)吃力。

　　2. composer.json中參加classmap要害字

　　比較于每個(gè)類文件都需求加載一次的做法，運(yùn)用classmap要害字，能夠削減程序員的擔(dān)負(fù)，只需求將文件地點(diǎn)的目錄增加在classmap的值中即可，如下：　



其實(shí)這需求樹立一品種名到類地點(diǎn)的文件的映射聯(lián)系。當(dāng)需求相應(yīng)的類的時(shí)分，composer經(jīng)過(guò)類名找到對(duì)應(yīng)的類文件名，將相應(yīng)的類include進(jìn)來(lái)?？墒沁@相同存在一個(gè)問(wèn)題就是，每增加一個(gè)類都需求從頭運(yùn)轉(zhuǎn)一次composer dump-autoload從頭創(chuàng)立類名到文件之間的映射聯(lián)系，然后將對(duì)應(yīng)的類加載進(jìn)來(lái)。盡管比f(wàn)iles要害字節(jié)省了功夫，可是仍然不能徹底主動(dòng)加載所需求的類。

　　3. 根據(jù)PHP標(biāo)準(zhǔn)的主動(dòng)加載辦法

　　針對(duì)PHP這種編程言語(yǔ)，到現(xiàn)在FIG指定了五個(gè)標(biāo)準(zhǔn)，別離如下：

PSR0：主動(dòng)加載；
PSR1:根本代碼標(biāo)準(zhǔn)；
PSR2：代碼款式標(biāo)準(zhǔn)；
PSR3：日志接口標(biāo)準(zhǔn)；
PSR4：主動(dòng)加載標(biāo)準(zhǔn)；
　　看上去PSR4與PSR0是重復(fù)了，可是PSR4標(biāo)準(zhǔn)比較潔凈，能夠當(dāng)作PSR0標(biāo)準(zhǔn)的升級(jí)版。二者最重要區(qū)別在于：PSR0標(biāo)準(zhǔn)中，下劃線會(huì)被轉(zhuǎn)換為目錄分隔符，可是PSR4中下劃線不具有特別的意義。二者都是經(jīng)過(guò)特定的目錄、文件名以及類名，完成快速查找到類文件，并將相應(yīng)的類加載進(jìn)來(lái)。

　　PSR0和PSR4要求有個(gè)命名的空間，對(duì)上述的ClassTest類做相應(yīng)的修正如下：　　



那么對(duì)應(yīng)的文件的途徑應(yīng)該改為libClassTestLibClassTest.php，此刻修正composer.json中的autoload如下：


可能你發(fā)現(xiàn)psr0的值有一些古怪，是的。在這兒ClassTestLib代表的是命名空間，而"lib"是目錄名。加載對(duì)應(yīng)的類文件的時(shí)分，查找的途徑是lib/ClassTestLib,而不是ClassTestLib/lib,這是在書寫composer.json的時(shí)分需求留意的一點(diǎn)。

　　如果命名空間中存在著“”,則在書寫對(duì)應(yīng)的composer.json的時(shí)分需求在相應(yīng)的“”再增加一個(gè)“”。例如，如果命名空間改為ClassTestLib，相應(yīng)的對(duì)應(yīng)與運(yùn)用根目錄的途徑稱號(hào)應(yīng)該變?yōu)閘ibClassTestLibClassTest.php，對(duì)應(yīng)的composer.json中的autoload應(yīng)該變?yōu)椋?/span>