基本用法

安裝

安裝 Composer，你只需要下載?composer.phar?可執(zhí)行文件。

curl -sS https://getcomposer.org/installer | php

詳細請查看?簡介?章節(jié)。

要檢查 Composer 是否正常工作，只需要通過?php?來執(zhí)行 PHAR：

php composer.phar

這將返回給你一個可執(zhí)行的命令列表。

注意：?你也可以僅執(zhí)行?--check?選項而無需下載 Composer。 要獲取更多的信息請使用?--help。

curl -sS https://getcomposer.org/installer | php -- --help

composer.json：項目安裝

要開始在你的項目中使用 Composer，你只需要一個?composer.json?文件。該文件包含了項目的依賴和其它的一些元數(shù)據(jù)。

這個?JSON format?是很容易編寫的。它允許你定義嵌套結構。

關于?require?Key

第一件事情（并且往往只需要做這一件事），你需要在?composer.json?文件中指定?require?key 的值。你只需要簡單的告訴 Composer 你的項目需要依賴哪些包。

{
    "require": {
        "monolog/monolog": "1.0.*"
    }
}

你可以看到，?require?需要一個?包名稱?（例如?monolog/monolog） 映射到?包版本?（例如?1.0.*） 的對象。

包名稱

包名稱由供應商名稱和其項目名稱構成。通常容易產生相同的項目名稱，而供應商名稱的存在則很好的解決了命名沖突的問題。它允許兩個不同的人創(chuàng)建同樣名為?json?的庫，而之后它們將被命名為?igorw/json?和?seldaek/json。

這里我們需要引入?monolog/monolog，供應商名稱與項目的名稱相同，對于一個具有唯一名稱的項目，我們推薦這么做。它還允許以后在同一個命名空間添加更多的相關項目。如果你維護著一個庫，這將使你可以很容易的把它分離成更小的部分。

包版本

在前面的例子中，我們引入的 monolog 版本指定為?1.0.*。這表示任何從?1.0?開始的開發(fā)分支，它將會匹配1.0.0、1.0.2?或者?1.0.20。

版本約束可以用幾個不同的方法來指定。

下一個重要版本（波浪號運算符）

~?最好用例子來解釋：?~1.2?相當于?>=1.2,=1.2.3,<1.3。正如你所看到的這對于遵循?語義化版本號?的項目最有用。一個常見的用法是標記你所依賴的最低版本，像?~1.2?（允許1.2以上的任何版本，但不包括2.0）。由于理論上直到2.0應該都沒有向后兼容性問題，所以效果很好。你還會看到它的另一種用法，使用?~?指定最低版本，但允許版本號的最后一位數(shù)字上升。

注意：?雖然?2.0-beta.1?嚴格地說是早于?2.0，但是，根據(jù)版本約束條件， 例如?~1.2?卻不會安裝這個版本。就像前面所講的?~1.2?只意味著?.2?部分可以改變，但是?1.?部分是固定的。

穩(wěn)定性

默認情況下只有穩(wěn)定的發(fā)行版才會被考慮在內。如果你也想獲得 RC、beta、alpha 或 dev 版本，你可以使用?穩(wěn)定標志。你可以對所有的包做?最小穩(wěn)定性?設置，而不是每個依賴逐一設置。

安裝依賴包

獲取定義的依賴到你的本地項目，只需要調用?composer.phar?運行?install?命令。

php composer.phar install

接著前面的例子，這將會找到?monolog/monolog?的最新版本，并將它下載到?vendor?目錄。 這是一個慣例把第三方的代碼到一個指定的目錄?vendor。如果是 monolog 將會創(chuàng)建?vendor/monolog/monolog?目錄。

小技巧：?如果你正在使用Git來管理你的項目， 你可能要添加?vendor?到你的?.gitignore?文件中。 你不會希望將所有的代碼都添加到你的版本庫中。

另一件事是?install?命令將創(chuàng)建一個?composer.lock?文件到你項目的根目錄中。

composer.lock?- 鎖文件

在安裝依賴后，Composer 將把安裝時確切的版本號列表寫入?composer.lock?文件。這將鎖定改項目的特定版本。

請?zhí)峤荒銘贸绦虻?composer.lock?（包括?composer.json）到你的版本庫中

這是非常重要的，因為?install?命令將會檢查鎖文件是否存在，如果存在，它將下載指定的版本（忽略?composer.json?文件中的定義）。

這意味著，任何人建立項目都將下載與指定版本完全相同的依賴。你的持續(xù)集成服務器、生產環(huán)境、你團隊中的其他開發(fā)人員、每件事、每個人都使用相同的依賴，從而減輕潛在的錯誤對部署的影響。即使你獨自開發(fā)項目，在六個月內重新安裝項目時，你也可以放心的繼續(xù)工作，即使從那時起你的依賴已經發(fā)布了許多新的版本。

如果不存在?composer.lock?文件，Composer 將讀取?composer.json?并創(chuàng)建鎖文件。

這意味著如果你的依賴更新了新的版本，你將不會獲得任何更新。此時要更新你的依賴版本請使用?update?命令。這將獲取最新匹配的版本（根據(jù)你的?composer.json?文件）并將新版本更新進鎖文件。

php composer.phar update

如果只想安裝或更新一個依賴，你可以白名單它們：

php composer.phar update monolog/monolog [...]

注意：?對于庫，并不一定建議提交鎖文件 請參考：庫的鎖文件.

Packagist

packagist?是 Composer 的主要資源庫。 一個 Composer 的庫基本上是一個包的源：記錄了可以得到包的地方。Packagist 的目標是成為大家使用庫資源的中央存儲平臺。這意味著你可以?require?那里的任何包。

當你訪問?packagist website?(packagist.org)，你可以瀏覽和搜索資源包。

任何支持 Composer 的開源項目應該發(fā)布自己的包在 packagist 上。雖然并不一定要發(fā)布在 packagist 上來使用 Composer，但它使我們的編程生活更加輕松。

自動加載

對于庫的自動加載信息，Composer 生成了一個?vendor/autoload.php?文件。你可以簡單的引入這個文件，你會得到一個免費的自動加載支持。

require 'vendor/autoload.php';

這使得你可以很容易的使用第三方代碼。例如：如果你的項目依賴 monolog，你就可以像這樣開始使用這個類庫，并且他們將被自動加載。

$log = new Monolog\Logger('name');
$log->pushHandler(new Monolog\Handler\StreamHandler('app.log', Monolog\Logger::WARNING));

$log->addWarning('Foo');

你可以在?composer.json?的?autoload?字段中增加自己的 autoloader。

{
    "autoload": {
        "psr-4": {"Acme\\": "src/"}
    }
}

Composer 將注冊一個?PSR-4?autoloader 到?Acme?命名空間。

你可以定義一個從命名空間到目錄的映射。此時?src?會在你項目的根目錄，與?vendor?文件夾同級。例如?src/Foo.php?文件應該包含?Acme\Foo?類。

添加?autoload?字段后，你應該再次運行?install?命令來生成?vendor/autoload.php?文件。

引用這個文件也將返回 autoloader 的實例，你可以將包含調用的返回值存儲在變量中，并添加更多的命名空間。這對于在一個測試套件中自動加載類文件是非常有用的，例如。

$loader = require 'vendor/autoload.php';
$loader->add('Acme\\Test\\', __DIR__);

除了 PSR-4 自動加載，classmap 也是支持的。這允許類被自動加載，即使不符合 PSR-0 規(guī)范。詳細請查看?自動加載-參考。

注意：?Composer 提供了自己的 autoloader。如果你不想使用它，你可以僅僅引入?vendor/composer/autoload_*.php?文件，它返回一個關聯(lián)數(shù)組，你可以通過這個關聯(lián)數(shù)組配置自己的 autoloader。