對于PHP開發者來說必須了解的Composer是什么呢

這篇文章給大家介紹對于PHP開發者來說必須了解的Composer是什么呢，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

　　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,含義是不一樣的.

關于對于PHP開發者來說必須了解的Composer是什么呢就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。