框架是非常好的，它能讓決定更連貫?？蚣苣鼙苊馕覀儗懸淮蠖炎远x模塊來實現這些性能，我們所需要做的就是將這些共用模塊放在框架中實現?？蚣芄澥×宋覀儾簧俚臅r間和精力，并且讓擴展變得更容易。但是這也是問題的根本所在。

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

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

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

這就是你的錯

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

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

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

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

決定變得更專業

我們必須根據基本的需求來選擇工具?？蚣艽_實能做很多事情，并且需求會決定整個代碼結構。有的時候框架會很適合某個需求。但是當框架不適合某些需求的時候，你就有責任為了代碼的清晰和干凈修改框架或者封裝框架。

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

作為更專業的你，你需要修改框架，或者使用抽象等思維來使你的代碼達到清晰干凈。

這點在實際開發中會遇到非常多。當別人問你：這里的代碼為什么這么寫？

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

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

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

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com