這是一篇翻譯文章，原文說明了框架在開發過程中給使用帶來的懶惰，不思維的弊病。文章來源：http://blog.8thlight.com/myles-megyesi/2012/09/12/why-frameworks.html

正文開始

我們是由于效率和易用性的考慮才產生框架。框架能節省開發時間。框架強制使用公共的約定，因此它能有效地解決一些共有的問題，比如頁面渲染，assert判斷，安全或者應用配置等。這些共有的問題有個共通的特性是會在每個web應用上都用到。

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

由于框架能在我們做代碼決策的時候提供很多的幫助，因此我們就變得懶了起來。我們不去考慮如何使用抽象思維搭建一個干凈清晰的系統，不去考慮***的代碼是否干凈清晰，卻依賴著框架來替我們實現這些需求。

對錘子來說，所有事物都是釘子

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

當把這個道理用在框架上的時候，我們就是工具確定的犧牲者。當我們遇到需求不是很符合框架，我們就會犯懶。我們就會按照框架既定的方法來解決我們的問題。因為使用框架既定的方法來解決方法是最簡單的，這時候我們已經忽略了如何設計對未來擴展等需求***的代碼了。

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

這就是你的錯

是不是經常聽到某人在抱怨某個框架？我已經聽見好多人抱怨過Rails了：“Rails應用總是糟糕的結構”或者“Rails測試總是這么慢”。最開始，我也曾經這么認為。但是現在，每當我聽到這些抱怨的時候，我就會意識到其實抱怨者是懶惰的。Rails，或者其他框架，只是一個工具而已，你要做的是控制它。把壞代碼歸咎于無生命的框架只能說明你的不專業。

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

使用框架開發也是在寫代碼。作為一個開發者，你有權利選擇如何實現需求。人們都希望能開發出干凈整潔的代碼，那樣的話使用面向對象思想和合理的抽象就是非常重要的了。要開發出好的代碼，我們必須仔細考慮我們的代碼設計，特別是當使用框架的時候。

決定變得更專業

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

作者

[[99527]]

Myles Megyesi

正文結束

讀后感

文章中提到框架只是一個工具，你不能用這個工具來滿足你的所有需求，當框架無法清晰完整地滿足你的需求的時候，你要做的不是寫一大堆垃圾麻煩的代碼來實現需求，更不是修改你的需求來滿足更容易實現這件事。作為更專業的你，你需要修改框架，或者使用抽象等思維來使你的代碼達到清晰干凈。

這點在實際開發中會遇到非常多。當別人問你：這里的代碼為什么這么寫？ 如果你的回答是：沒辦法啊，因為框架是這么這么做的，我只能這么這么做。這就說明了你已經被框架束縛住了。不要認為框架是權威，框架也是別人寫的，它寫的時候不會考慮到你的需求。只要你的需求是團隊的公共需求，需要修改，增加框架的時候，你就應該修改框架。

選擇框架和使用框架是控制框架的基礎。什么需求，什么規模使用什么框架，選擇好框架后就要熟練使用熟悉框架。當框架無法滿足需求的時候，要毫不猶豫拋棄或者修改框架。

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

原文鏈接：http://www.cnblogs.com/yjf512/archive/2012/09/25/2701992.html