古語云工欲善其事,必先利其器,對(duì)于工程師而言,選擇一款合適而強(qiáng)盛的開發(fā)框架對(duì)開發(fā)工作是大有裨益的。那么我們?cè)搹氖裁唇嵌葋磉M(jìn)行衡量和挑選呢?
首先對(duì)于一家創(chuàng)業(yè)公司而言,這更像是一個(gè)貿(mào)易抉擇而不僅僅是技術(shù)選擇,時(shí)間人力物力等開銷都必需要考慮周全。一旦公司規(guī)模上來了資金不成題目了,可選擇的空間就更大了甚至可以進(jìn)行遷移或重新架構(gòu)。原文作者Ramigbtech總結(jié)了以下10點(diǎn)以供參考。譯文如下:
1. 語法
擁有優(yōu)雅語法的語言無疑可以讓編程工作變得舒服,但有時(shí)候我們輕易被表象所蒙蔽,假如憑直覺你認(rèn)定,"this is text".split(’ ‘).reverse.join(‘ ‘)比" ".join("This istext".split(’ ‘)[::-1]) 的寫法要好或差,那么這僅僅是外貌協(xié)會(huì),實(shí)際上咱們更應(yīng)該著眼于它本身是不是具有局限性或語法是不是累贅,用更少的代碼完結(jié)等價(jià)的工作咱們自個(gè)或團(tuán)隊(duì)都會(huì)對(duì)當(dāng)初的選擇心存謝謝感動(dòng)。
2. 功能和體型
我們需要為路由編寫復(fù)雜的正則查詢嗎?路由中含有內(nèi)建的DSL嗎?我們需要使用ORM嗎?或許我們還想擁有更多其它功能。建議選取一款較輕盈框架作為開始,日后我們可認(rèn)為它添磚加瓦。
3. 文檔資源
具有豐盛文檔資本的結(jié)構(gòu)運(yùn)用起來的確是稱心如意事半功倍。例如我在學(xué)習(xí)CodeIgniter時(shí),根本不必像無頭蒼蠅那樣四處尋找謎底,其自帶的教程和配套范例都做得非常當(dāng)真仔細(xì)。相對(duì)而言,我在學(xué)習(xí)ExpressJS的時(shí)候就比較費(fèi)力了。
4. 代碼自動(dòng)天生
框架中的代碼自動(dòng)天生功能通常能為我們節(jié)省不少時(shí)間,我們僅需要做好控制器/類等的處理而把其它重復(fù)的編碼工作交給框架,固然有時(shí)候不能自由地進(jìn)行自定義,但對(duì)于想快速開發(fā)出一個(gè)能運(yùn)行的原型是有積極意義的。
5. 模塊化
Django在模塊/Apps的處理上令人驚嘆,不僅僅讓代碼復(fù)用變得簡便,同時(shí)有助我們培養(yǎng)良好的模塊化思維。當(dāng)咱們不再需求X模塊時(shí),咱們只需把它移除然后做好代碼重構(gòu)作業(yè)就可以了。
6. 基礎(chǔ)架構(gòu)
不論是使用LAMP仍是MEAN堆棧,或是Rails/Unicorn等,最樞紐的仍是我們對(duì)這個(gè)架構(gòu)有沒有足夠的了解,有沒有相關(guān)組件的維護(hù)能力。假如使用的前端和后端都與Javascript有關(guān),選用MEAN倉庫架構(gòu)是個(gè)不錯(cuò)的挑選。
7. 社區(qū)和更新速度
框架相關(guān)的社區(qū)是否活躍?有沒有技術(shù)大咖坐鎮(zhèn)?官方會(huì)否經(jīng)常上StackOverflow幫忙解答技術(shù)疑難?為這些題目找到完美的謎底是有一定難度,但絕大多數(shù)時(shí)候數(shù)字是最真實(shí)的。日期或介入度/帖子熱度都是不錯(cuò)的衡量指標(biāo)。此外,補(bǔ)丁的更新速度也十分樞紐,對(duì)安全性和漏洞的正視與否可謂是牽一發(fā)而動(dòng)全身。
8. 重大變更
就在最近不少程序員聽到Angular 2.0的重大變更后感到震動(dòng)和抓狂,盡管要到2015年晚些時(shí)候才會(huì)全部完成,但一想到辛辛勞苦做好的代碼都會(huì)變成過去時(shí),又怎能安之若素呢?另一個(gè)例子是Yii框架,新版本2.0的推出意味著對(duì)前個(gè)版本的完全重寫。
9. 部署和依靠
輕易部署嗎?能利便進(jìn)行擴(kuò)展嗎?需要花費(fèi)多少時(shí)間來學(xué)習(xí)把握部署工具?固然有Docker這樣的工具可以幫我們解答上述題目,但是抽取時(shí)間來思索這方面的題目仍是有必要的。
10. 人力
咱們能方便地找到相應(yīng)的開發(fā)人才嗎?即將運(yùn)用的框架在咱們所在的區(qū)域是不是流行?縱然訓(xùn)練作業(yè)是管理的一部門,但對(duì)于初創(chuàng)公司而言時(shí)間和資金時(shí)刻都得精打細(xì)算。
寫在最后:
假如是中型的網(wǎng)站,我會(huì)選擇Django。假如我暫時(shí)不能確定網(wǎng)站的規(guī)模和將投入多少開發(fā)精力,我會(huì)選擇Rails。假如我不想前后端工作分得太開,我會(huì)選擇MEAN堆棧。