為什么使用框架 使用框架的優(yōu)缺點(diǎn)
更新時(shí)間：2012年09月27日 16:22:07 作者：
我們是由于效率和易用性的考慮才產(chǎn)生框架?？蚣苣芄?jié)省開發(fā)時(shí)間?？蚣軓?qiáng)制使用公共的約定，因此它能有效地解決一些共有的問題，比如頁面渲染，assert判斷，安全或者應(yīng)用配置等
正文開始
我們是由于效率和易用性的考慮才產(chǎn)生框架。框架能節(jié)省開發(fā)時(shí)間?？蚣軓?qiáng)制使用公共的約定，因此它能有效地解決一些共有的問題，比如頁面渲染，assert判斷，安全或者應(yīng)用配置等。這些共有的問題有個(gè)共通的特性是會(huì)在每個(gè)web應(yīng)用上都用到。
框架是非常好的，它能讓決定更連貫?？蚣苣鼙苊馕覀儗懸淮蠖炎远x模塊來實(shí)現(xiàn)這些性能，我們所需要做的就是將這些共用模塊放在框架中實(shí)現(xiàn)?？蚣芄?jié)省了我們不少的時(shí)間和精力，并且讓擴(kuò)展變得更容易。但是這也是問題的根本所在。
由于框架能在我們做代碼決策的時(shí)候提供很多的幫助，因此我們就變得懶了起來。我們不去考慮如何使用抽象思維搭建一個(gè)干凈清晰的系統(tǒng)，不去考慮最后的代碼是否干凈清晰，卻依賴著框架來替我們實(shí)現(xiàn)這些需求。
對(duì)錘子來說，所有事物都是釘子
Abraham Kaplan說過的一句話能最好地控訴工具的缺點(diǎn)：把錘子給一個(gè)小孩，他會(huì)用錘子槌遇到的所有事物
當(dāng)把這個(gè)道理用在框架上的時(shí)候，我們就是工具確定的犧牲者。當(dāng)我們遇到需求不是很符合框架，我們就會(huì)犯懶。我們就會(huì)按照框架既定的方法來解決我們的問題。因?yàn)槭褂每蚣芗榷ǖ姆椒▉斫鉀Q方法是最簡單的，這時(shí)候我們已經(jīng)忽略了如何設(shè)計(jì)對(duì)未來擴(kuò)展等需求最好的代碼了。
這就是衡量你是否更職業(yè)的時(shí)候了，交付對(duì)未來擴(kuò)展最好的代碼而不是交付最容易實(shí)現(xiàn)的代碼。是為了以后的需求更好的設(shè)計(jì)你的代碼還是讓以后的人做需求的時(shí)候再考慮，這就是程序員的責(zé)任感問題了。作為一個(gè)更職業(yè)的開發(fā)者，我們必須不依賴框架獨(dú)立思考。
這就是你的錯(cuò)
是不是經(jīng)常聽到某人在抱怨某個(gè)框架？我已經(jīng)聽見好多人抱怨過Rails了：“Rails應(yīng)用總是糟糕的結(jié)構(gòu)”或者“Rails測(cè)試總是這么慢”。最開始，我也曾經(jīng)這么認(rèn)為。但是現(xiàn)在，每當(dāng)我聽到這些抱怨的時(shí)候，我就會(huì)意識(shí)到其實(shí)抱怨者是懶惰的。Rails，或者其他框架，只是一個(gè)工具而已，你要做的是控制它。把壞代碼歸咎于無生命的框架只能說明你的不專業(yè)。
選擇正確的工具，或者正確地使用工具
使用框架開發(fā)也是在寫代碼。作為一個(gè)開發(fā)者，你有權(quán)利選擇如何實(shí)現(xiàn)需求。人們都希望能開發(fā)出干凈整潔的代碼，那樣的話使用面向?qū)ο笏枷牒秃侠淼某橄缶褪欠浅Ｖ匾牧恕Ｒ_發(fā)出好的代碼，我們必須仔細(xì)考慮我們的代碼設(shè)計(jì)，特別是當(dāng)使用框架的時(shí)候。
決定變得更專業(yè)
我們必須根據(jù)基本的需求來選擇工具?？蚣艽_實(shí)能做很多事情，并且需求會(huì)決定整個(gè)代碼結(jié)構(gòu)。有的時(shí)候框架會(huì)很適合某個(gè)需求。但是當(dāng)框架不適合某些需求的時(shí)候，你就有責(zé)任為了代碼的清晰和干凈修改框架或者封裝框架。
作者
Myles Megyesi
正文結(jié)束
讀后感
文章中提到框架只是一個(gè)工具，你不能用這個(gè)工具來滿足你的所有需求，當(dāng)框架無法清晰完整地滿足你的需求的時(shí)候，你要做的不是寫一大堆垃圾麻煩的代碼來實(shí)現(xiàn)需求，更不是修改你的需求來滿足更容易實(shí)現(xiàn)這件事。作為更專業(yè)的你，你需要修改框架，或者使用抽象等思維來使你的代碼達(dá)到清晰干凈。
這點(diǎn)在實(shí)際開發(fā)中會(huì)遇到非常多。當(dāng)別人問你：這里的代碼為什么這么寫？ 如果你的回答是：沒辦法啊，因?yàn)榭蚣苁沁@么這么做的，我只能這么這么做。這就說明了你已經(jīng)被框架束縛住了。不要認(rèn)為框架是權(quán)威，框架也是別人寫的，它寫的時(shí)候不會(huì)考慮到你的需求。只要你的需求是團(tuán)隊(duì)的公共需求，需要修改，增加框架的時(shí)候，你就應(yīng)該修改框架。
選擇框架和使用框架是控制框架的基礎(chǔ)。什么需求，什么規(guī)模使用什么框架，選擇好框架后就要熟練使用熟悉框架。當(dāng)框架無法滿足需求的時(shí)候，要毫不猶豫拋棄或者修改框架。
代碼是讓人更清晰自然的閱讀和開發(fā)的，如果被一個(gè)框架捆綁住，實(shí)際上就是本末倒置了。
我們是由于效率和易用性的考慮才產(chǎn)生框架。框架能節(jié)省開發(fā)時(shí)間?？蚣軓?qiáng)制使用公共的約定，因此它能有效地解決一些共有的問題，比如頁面渲染，assert判斷，安全或者應(yīng)用配置等。這些共有的問題有個(gè)共通的特性是會(huì)在每個(gè)web應(yīng)用上都用到。
框架是非常好的，它能讓決定更連貫?？蚣苣鼙苊馕覀儗懸淮蠖炎远x模塊來實(shí)現(xiàn)這些性能，我們所需要做的就是將這些共用模塊放在框架中實(shí)現(xiàn)?？蚣芄?jié)省了我們不少的時(shí)間和精力，并且讓擴(kuò)展變得更容易。但是這也是問題的根本所在。
由于框架能在我們做代碼決策的時(shí)候提供很多的幫助，因此我們就變得懶了起來。我們不去考慮如何使用抽象思維搭建一個(gè)干凈清晰的系統(tǒng)，不去考慮最后的代碼是否干凈清晰，卻依賴著框架來替我們實(shí)現(xiàn)這些需求。
對(duì)錘子來說，所有事物都是釘子
Abraham Kaplan說過的一句話能最好地控訴工具的缺點(diǎn)：把錘子給一個(gè)小孩，他會(huì)用錘子槌遇到的所有事物
當(dāng)把這個(gè)道理用在框架上的時(shí)候，我們就是工具確定的犧牲者。當(dāng)我們遇到需求不是很符合框架，我們就會(huì)犯懶。我們就會(huì)按照框架既定的方法來解決我們的問題。因?yàn)槭褂每蚣芗榷ǖ姆椒▉斫鉀Q方法是最簡單的，這時(shí)候我們已經(jīng)忽略了如何設(shè)計(jì)對(duì)未來擴(kuò)展等需求最好的代碼了。
這就是衡量你是否更職業(yè)的時(shí)候了，交付對(duì)未來擴(kuò)展最好的代碼而不是交付最容易實(shí)現(xiàn)的代碼。是為了以后的需求更好的設(shè)計(jì)你的代碼還是讓以后的人做需求的時(shí)候再考慮，這就是程序員的責(zé)任感問題了。作為一個(gè)更職業(yè)的開發(fā)者，我們必須不依賴框架獨(dú)立思考。
這就是你的錯(cuò)
是不是經(jīng)常聽到某人在抱怨某個(gè)框架？我已經(jīng)聽見好多人抱怨過Rails了：“Rails應(yīng)用總是糟糕的結(jié)構(gòu)”或者“Rails測(cè)試總是這么慢”。最開始，我也曾經(jīng)這么認(rèn)為。但是現(xiàn)在，每當(dāng)我聽到這些抱怨的時(shí)候，我就會(huì)意識(shí)到其實(shí)抱怨者是懶惰的。Rails，或者其他框架，只是一個(gè)工具而已，你要做的是控制它。把壞代碼歸咎于無生命的框架只能說明你的不專業(yè)。
選擇正確的工具，或者正確地使用工具
使用框架開發(fā)也是在寫代碼。作為一個(gè)開發(fā)者，你有權(quán)利選擇如何實(shí)現(xiàn)需求。人們都希望能開發(fā)出干凈整潔的代碼，那樣的話使用面向?qū)ο笏枷牒秃侠淼某橄缶褪欠浅Ｖ匾牧恕Ｒ_發(fā)出好的代碼，我們必須仔細(xì)考慮我們的代碼設(shè)計(jì)，特別是當(dāng)使用框架的時(shí)候。
決定變得更專業(yè)
我們必須根據(jù)基本的需求來選擇工具?？蚣艽_實(shí)能做很多事情，并且需求會(huì)決定整個(gè)代碼結(jié)構(gòu)。有的時(shí)候框架會(huì)很適合某個(gè)需求。但是當(dāng)框架不適合某些需求的時(shí)候，你就有責(zé)任為了代碼的清晰和干凈修改框架或者封裝框架。
作者
Myles Megyesi
正文結(jié)束
讀后感
文章中提到框架只是一個(gè)工具，你不能用這個(gè)工具來滿足你的所有需求，當(dāng)框架無法清晰完整地滿足你的需求的時(shí)候，你要做的不是寫一大堆垃圾麻煩的代碼來實(shí)現(xiàn)需求，更不是修改你的需求來滿足更容易實(shí)現(xiàn)這件事。作為更專業(yè)的你，你需要修改框架，或者使用抽象等思維來使你的代碼達(dá)到清晰干凈。
這點(diǎn)在實(shí)際開發(fā)中會(huì)遇到非常多。當(dāng)別人問你：這里的代碼為什么這么寫？ 如果你的回答是：沒辦法啊，因?yàn)榭蚣苁沁@么這么做的，我只能這么這么做。這就說明了你已經(jīng)被框架束縛住了。不要認(rèn)為框架是權(quán)威，框架也是別人寫的，它寫的時(shí)候不會(huì)考慮到你的需求。只要你的需求是團(tuán)隊(duì)的公共需求，需要修改，增加框架的時(shí)候，你就應(yīng)該修改框架。
選擇框架和使用框架是控制框架的基礎(chǔ)。什么需求，什么規(guī)模使用什么框架，選擇好框架后就要熟練使用熟悉框架。當(dāng)框架無法滿足需求的時(shí)候，要毫不猶豫拋棄或者修改框架。
代碼是讓人更清晰自然的閱讀和開發(fā)的，如果被一個(gè)框架捆綁住，實(shí)際上就是本末倒置了。
相關(guān)文章
為Jenkins創(chuàng)建定時(shí)構(gòu)建任務(wù)
這篇文章介紹了為Jenkins創(chuàng)建定時(shí)構(gòu)建任務(wù)的方法，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-03-03
這篇文章主要介紹了IDEA配置GIT的詳細(xì)教程,本文通過圖文并茂的形式給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2020-10-10
這篇文章主要介紹了各種編程語言中$符號(hào)的意義,本文是給編程新看看的,$符號(hào)在多種編程語言中都在使用,需要的朋友可以參考下2014-09-09
Fiddler?Everywhere?4.0.1的破解及禁止更新的方法(最新推薦)
Fiddler?Everywhere是個(gè)好東西,無論抓包還是調(diào)試接口都很好用,只是現(xiàn)在收費(fèi)了,為了白嫖就決定折騰一下,如果一開始通過設(shè)置文件夾權(quán)限禁止更新,也會(huì)導(dǎo)致進(jìn)不了使用界面而無法使用,下面說一下具體的解決過程2023-11-11
接下來小編就為大家介紹一下在Zend Stdio 8.0版本中的快捷鍵匯總。需要的朋友可以過來參考下，希望對(duì)大家有所幫助2013-10-10
本文主要介紹了vscode使用remote-ssh免密連接服務(wù)器2024-03-03
Jar包一鍵重啟的Shell腳本及新服務(wù)器部署的一些經(jīng)驗(yàn)分享
這篇文章主要介紹了Jar包一鍵重啟的Shell腳本及新服務(wù)器部署的一些經(jīng)驗(yàn)，本文給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-04-04
Jenkins集成Gitlab實(shí)現(xiàn)自動(dòng)化部署的全過程記錄
因?yàn)橹行凸静豢赡芘渲眠\(yùn)維開發(fā),而開發(fā)只管開發(fā)的,所以運(yùn)維只能是通過使用開源工具的方式來搭建自動(dòng)化部署系統(tǒng),下面這篇文章主要給大家介紹了關(guān)于Jenkins集成Gitlab實(shí)現(xiàn)自動(dòng)化部署的相關(guān)資料,需要的朋友可以參考下2022-04-04
如何使用Git優(yōu)雅的回滾實(shí)現(xiàn)
這篇文章主要介紹了如何使用Git優(yōu)雅的回滾實(shí)現(xiàn)，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-07-07
vscode配置setting.json文件實(shí)現(xiàn)eslint自動(dòng)格式代碼
這篇文章主要介紹了vscode配置setting.json文件實(shí)現(xiàn)eslint自動(dòng)格式代碼,本文通過實(shí)例代碼給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2020-08-08