用成熟穩定的開源專案（推薦學習：PHP影片教學）
現在技術日新月異，可能隔幾天就會出來一個新的開源框架，但是公司的商業項目永遠以穩為主，也許你迫不及待的想嘗鮮體驗新技術，可以在你個人業餘項目進行體驗學習，覺得各方面都使用掌握了，而該框架已經有不少商業項目採用了，再考慮在公司的商業項目中使用。所以，給大家的建議是：公司的商業項目永遠不要以嚐鮮為主，一定要確保穩定。
理解原理
如果我們在商業專案中採用了一些開源項目，前提是自己一定是理解其原理，完全掌握了才建議在商業項目使用，一些UI類的開源控制項還好，尤其是對於一些框架類的開源項目，如網絡請求庫、ORM框架、各種圖片加載庫、依賴注入框架等等，不求你掌握他具體實現的每個細節，但一定要理解其原理，並且熟練他的各種API，再考慮運用到公司的專案中。
不要改原始碼
我們知道我們在使用一些開源專案的時候，不可能永遠滿足我們自己的需求，我們一般都會在其基礎上定制些我們自己的業務需求，這個時候建議大家不要改源碼，而是在自己的專案裡對引用的開源框架進行擴展，如果他不可擴展或者說擴展起來很麻煩，只能說他的設計還不夠好。
為什麼不建議大家改原始碼？因為好的開源專案一般會持續維護與更新，一旦我們更改原始碼，這意味著以後我們想要更新版本變得很麻煩。所以，不是特別必要，都強烈建議大家不要改源碼。
請一定要封裝一層
電腦史上有個萬能的解決方案就是，如果原有層面解決不了問題，那麼就請再加一層！
對於開源項目，我們知道有些函式庫設計的確實很棒，用戶呼叫起來非常方便，一行程式碼直接搞定
這樣做的好處是：
入口統一，所有圖片載入都在這一個地方管理，一目了然，即使有什麼改動我也只需要改這一類就可以了。
隨著你們業務的需求，發現Picasso 這個圖片載入庫已經滿足不了你們了，你們需要換成Fresco ，如果你沒有封裝一層的話，想要替換這個庫那你要崩潰了，要把所有呼叫Picasso 的地方都改一遍，而如果你中間封裝了一層，那真的非常輕鬆，三天兩頭的換一次也沒問題。
這就是所謂的外部表現一致，內部靈活處理原則。
做好應急，以防萬一
開源專案說白了是公開的，大家都可以採用，但是永遠不要完全依賴，並不是非他不可，選擇的時候最好有可替代品，這也是我為什麼不建議大家使用哪種大而全的框架級開源庫，除非他真的特別優秀，否則不要輕易使用，因為一旦他出問題了，或者說他突然宣布某一天不開源了，那你要崩潰了，替換的代價幾乎可以重寫了。
所以建議大家使用那種專注的開源框架，如只做網絡庫的，只做圖片處理的，而這種大多都有替代品，一旦他出事，你還有其他別的選擇。
以上是php開源專案如何使用的詳細內容。更多資訊請關注PHP中文網其他相關文章！
