關(guān)于composer一些學(xué)習(xí)和理解

composer 不是一個包管理器。是的，它涉及 “packages” 和 “libraries”，但它在每個項目的基礎(chǔ)上進行管理，在你項目的某個目錄中（例如 vendor）進行安裝。默認(rèn)情況下它不會在全局安裝任何東西。因此，這僅僅是一個依賴管理。

這種想法并不新鮮，Composer 受到了 node’s npm 和 ruby’s bundler 的強烈啟發(fā)。而當(dāng)時 php 下并沒有類似的工具。

Composer 將這樣為你解決問題：

你有一個項目依賴于若干個庫。
其中一些庫依賴于其他庫。
你聲明你所依賴的東西。
Composer 會找出哪個版本的包需要安裝，并安裝它們（將它們下載到你的項目中）。

因為laravel是使用composer管理的，所以一切以laravel為基礎(chǔ)。

下載安裝composer

這里補充的是：

因為某些原因，訪問國外的composer資源網(wǎng)站很慢，導(dǎo)致composer install或者update的時候經(jīng)常連接超時而出錯，所以改為中國鏡像

    全局：     composer config -g repo.packagist composer https://packagist.phpcomposer.com          局部項目（需要在項目當(dāng)前目錄下執(zhí)行）：     composer config repo.packagist composer https://packagist.phpcomposer.com

執(zhí)行完命令后會在composer.json文件里面增加這段，這樣就代表添加中國鏡像成功了，以后執(zhí)行composer install或者update之類的命令的時候就會優(yōu)先使用這個鏡像

    "repositories": {       "packagist": {         "type": "composer",         "url": "https://packagist.phpcomposer.com"       }     }

用composer selfupdate來保持composer工具本身的版本更新

關(guān)于composer.json文件

{     "name": "laravel/laravel",     "description": "The Laravel Framework.",     "keywords": ["framework", "laravel"],     "license": "MIT",     "type": "project",     "require": {  //這里是告訴composer必須要安裝的項目，相當(dāng)于生產(chǎn)環(huán)境         "php": ">=5.5.9",         "laravel/framework": "5.2.*",  //require 需要一個 包名稱，這個就是包名稱         "laravelcollective/html": "5.2.*",         "yuanchao/laravel-5-markdown-editor": "dev-master"     },     "require-dev": {  //這個是開發(fā)需要安裝的項目，相當(dāng)于開發(fā)環(huán)境，可以通過-no-dev來取消安裝這個項目里面的包         "fzaninotto/faker": "~1.4",         "mockery/mockery": "0.9.*",         "phpunit/phpunit": "~4.0",         "symfony/css-selector": "2.8.*|3.0.*",         "symfony/dom-crawler": "2.8.*|3.0.*"     },     "autoload": {         "classmap": [             "database"         ],         "psr-4": {             "App": "app/"         }     },     "autoload-dev": {         "classmap": [             "tests/TestCase.php"         ]     },     "scripts": {         "post-root-package-install": [             "php -r "copy('.env.example', '.env');""         ],         "post-create-project-cmd": [             "php artisan key:generate"         ],         "post-install-cmd": [             "IlluminateFoundationComposerScripts::postInstall",             "php artisan optimize"         ],         "post-update-cmd": [             "IlluminateFoundationComposerScripts::postUpdate",             "php artisan optimize"         ]     },     "config": {         "preferred-install": "dist"     } }

包名稱的版本

確切的版本號--------1.0.2---------你可以指定包的確切版本。  范圍-------->=1.0 >=1.0,<2.0 >=1.0,<1.1|>=1.2--------通過使用比較操作符可以指定有效的版本范圍。 有效的運算符：>、>=、<、<=、!=。你可以定義多個范圍，用逗號隔開，這將被視為一個邏輯AND處理。一個管道符號|將作為邏輯OR處理。 AND 的優(yōu)先級高于 OR。  通配符--------1.0.*--------你可以使用通配符*來指定一種模式。1.0.*與>=1.0,<1.1是等效的。  賦值運算符--------~1.2--------這對于遵循語義化版本號的項目非常有用。~1.2相當(dāng)于>=1.2,<2.0。

我們需要重點關(guān)注通配符和波浪符，通配符很好理解，波浪符有點拗口，~ 最好用例子來解釋： ~1.2 相當(dāng)于 >=1.2,=1.2.3,

基本用法

composer是通過讀取composer.json和composer.lock文件來進行安裝包的

在安裝依賴后，Composer 將把安裝時確切的版本號列表寫入 composer.lock 文件。這將鎖定改項目的特定版本。因為 install 命令將會檢查鎖文件是否存在，如果存在，它將下載指定的版本（忽略 composer.json 文件中的定義）。如果不存在 composer.lock 文件，Composer 將讀取 composer.json 并創(chuàng)建鎖文件。

一般的使用用法有：

composer install ?(install 命令從當(dāng)前目錄讀取 composer.json 文件，處理了依賴關(guān)系，并把其安裝到 vendor 目錄下。)
composer install XXXX ?(這是單獨安裝某些包的時候使用)
composer update (為了獲取依賴的最新版本，并且升級 composer.lock 文件，)

composer update XXX （類似）

--prefer-source: 下載包的方式有兩種： source 和 dist。對于穩(wěn)定版本 composer 將默認(rèn)使用 dist 方式。而 source 表示版本控制源 。如果 --prefer-source 是被啟用的，composer 將從 source 安裝（如果有的話）。如果想要使用一個 bugfix 到你的項目，這是非常有用的。并且可以直接從本地的版本庫直接獲取依賴關(guān)系。 --prefer-dist: 與 --prefer-source 相反，composer 將盡可能的從 dist 獲取，這將大幅度的加快在 build servers 上的安裝。這也是一個回避 git 問題的途徑，如果你不清楚如何正確的設(shè)置。 --dry-run: 如果你只是想演示而并非實際安裝一個包，你可以運行 --dry-run 命令，它將模擬安裝并顯示將會發(fā)生什么。 --dev: 安裝 require-dev 字段中列出的包（這是一個默認(rèn)值）。 --no-dev: 跳過 require-dev 字段中列出的包。 --no-scripts: 跳過 composer.json 文件中定義的腳本。 --no-plugins: 關(guān)閉 plugins。 --no-progress: 移除進度信息，這可以避免一些不處理換行的終端或腳本出現(xiàn)混亂的顯示。 --optimize-autoloader (-o): 轉(zhuǎn)換 PSR-0/4 autoloading 到 classmap 可以獲得更快的加載支持。特別是在生產(chǎn)環(huán)境下建議這么做，但由于運行需要一些時間，因此并沒有作為默認(rèn)值。

composer require（require 命令增加新的依賴包到當(dāng)前目錄的 composer.json 文件中。但并不即可更新）
composer dump-autoload（某些情況下你需要更新 autoloader，例如在你的包中加入了一個新的類。）

自動加載

composer的自動加載會生產(chǎn)這個文件vendor/autoload.php，然后調(diào)用這個文件就能夠獲得文件里面的類的自動加載

自動加載只支持 PSR-4和 PSR-0兩種命名方式

Under the psr-4 key you define a mapping from namespaces to paths, relative to the package root.   {     "autoload": {         "psr-4": {             "Monolog": "src/",  //這里寫法其實差不多，但是展現(xiàn)的意義并不相同，psr4會設(shè)定一個命名空間作為包的根目錄，舉例這行的意思是src/目錄映射成為Monolog根目錄，那么調(diào)用這個包的時候?qū)慚onologBarBaz,其實自動加載就會去這里src/Bar/Baz.php找類文件，然后加載             "VendorNamespace": ""         }     } }  在 psr-0 key 下你定義了一個命名空間到實際路徑的映射（相對于包的根目錄） {     "autoload": {         "psr-0": {             "Monolog": "src/",  //這里的意思是src/目錄映射為Monolog，如果要調(diào)用MonologBarBaz，那么自動加載就會去src/Monolog/Bar/Baz.php，然后加載             "VendorNamespace": "src/",             "Vendor_Namespace_": "src/"         }     } }

laravel的自動加載會多了一些東西

vendor/autoload.php  <?php  // autoload.php @generated by Composer  require_once __DIR__ . '/composer' . '/autoload_real.php';  //會再次加載autoload_real.php這個文件，然后獲取getLoader，不過總的過程是一樣的。  return ComposerAutoloaderInitf1f9a2cafe15aa5cd52ec13394a5f5fb::getLoader();

引用參考：