php開發到底用不用框架

php中也存在框架，如國內比較常用的thinkphp、brophp。國外的Laravel。但使用其也用利弊，分析如下：

框架是非常好的，它能讓決定更連貫。框架能避免我們寫一大堆自訂模組來實現這些效能，我們所需要做的就是將這些共用模組放在框架中實作。框架節省了我們不少的時間和精力，並且讓擴展變得更容易。但這也是問題的根本。

對錘子來說，所有事物都是釘子（推薦學習：PHP編程從入門到精通）

Abraham Kaplan說過的一句話能最好地控訴工具的缺點：把錘子給一個小孩，他會用錘子槌遇到的所有事物

這就是衡量你是否更職業的時候了，交付對未來擴展最好的程式碼而不是交付最容易實現的程式碼。是為了以後的需求更好的設計你的程式碼還是讓以後的人做需求的時候再考慮，這就是程式設計師的責任感問題了。作為一個更職業的開發者，我們必須不依賴框架獨立思考。

這就是你的錯

是不是常常聽到某人在抱怨某個框架？

我已經聽見好多人抱怨過Rails了：「Rails應用總是糟糕的結構」或「Rails測試總是這麼慢」。

最開始，我也曾經這麼認為。但現在，每當我聽到這些抱怨的時候，我就會意識到其實抱怨者是懶惰的。 Rails，或其他框架，只是一個工具而已，你要做的就是控制它。把壞程式碼歸咎於無生命的框架只能說明你的不專業。

選擇正確的工具，或正確地使用工具

#決定要變得更專業

我們必須根據基本的需求來選擇工具。 框架確實能做很多事情，需求會決定整個程式碼結構。有的時候框架會很適合某個需求。但是當框架不適合某些需求的時候，你就有責任為了程式碼的清晰和乾淨修改框架或封裝框架。

作者Myles Megyesi正文結束讀後感文章中提到框架只是一個工具，你不能用這個工具來滿足你的所有需求，當框架無法清晰完整地滿足你的需求的時候，你要做的不是寫一大堆垃圾麻煩的程式碼來實現需求，更不是修改你的需求來滿足更容易實現這件事。

作為更專業的你，你需要修改框架，或使用抽像等思維來使你的程式碼達到清晰乾淨。

這一點在實際開發中會遇到非常多。當別人問你：這裡的程式碼為什麼要這麼寫？ 

如果你的答案是：沒辦法啊，因為框架是這麼這麼做的，我只能這麼做。

這就說明了你已經被框架束縛住了。不要認為框架是權威，框架也是別人寫的，它寫的時候不會考慮到你的需求。只要你的需求是團隊的公共需求，需要修改，增加框架的時候，就應該修改框架。

程式碼是讓人更清晰自然的閱讀和開發的，如果被一個框架捆綁住，實際上就是本末倒置了。

以上是php開發到底用不用框架的詳細內容。更多資訊請關注PHP中文網其他相關文章！