首先對(duì)于一家創(chuàng)業(yè)公司而言，這更像是一個(gè)商業(yè)抉擇而不僅僅是技術(shù)選擇，時(shí)間人力物力等開(kāi)銷(xiāo)都必須要考慮周全。一旦公司規(guī)模上來(lái)了資金不成問(wèn)題了，可選擇的空間就更大了甚至可以進(jìn)行遷移或重新架構(gòu)。

1.  語(yǔ)法

擁有優(yōu)雅語(yǔ)法的語(yǔ)言無(wú)疑可以讓編程工作變得愜意，但有時(shí)候我們?nèi)菀妆槐硐笏杀?，如果憑直覺(jué)你認(rèn)定，"this is text".split(’ ‘).reverse.join(‘ ‘)比" ".join("This istext".split(’ ‘)[::-1]) 的寫(xiě)法要好或差，那么這僅僅是外貌協(xié)會(huì)，實(shí)際上我們更應(yīng)該著眼于它本身是否具有局限性或語(yǔ)法是否累贅，用更少的代碼完成等價(jià)的工作我們自己或團(tuán)隊(duì)都會(huì)對(duì)當(dāng)初的選擇心存感激。

2.  功能和體型

我們需要為路由編寫(xiě)復(fù)雜的正則查詢(xún)嗎？路由中含有內(nèi)建的DSL嗎？我們需要使用ORM嗎？或許我們還想擁有更多其它功能。建議選取一款較輕巧框架作為開(kāi)始，日后我們可以為它添磚加瓦。

3.  文檔資源

具備豐富文檔資源的框架使用起來(lái)的確是得心應(yīng)手事半功倍。

4.  代碼自動(dòng)生成

框架中的代碼自動(dòng)生成功能通常能為我們節(jié)省不少時(shí)間，我們僅需要做好控制器/類(lèi)等的處理而把其它重復(fù)的編碼工作交給框架，雖然有時(shí)候不能自由地進(jìn)行自定義，但對(duì)于想快速開(kāi)發(fā)出一個(gè)能運(yùn)行的原型是有積極意義的。

5.  模塊化

Django在模塊/Apps的處理上令人贊嘆，不僅僅讓代碼復(fù)用變得簡(jiǎn)便，同時(shí)有助我們培養(yǎng)良好的模塊化思維。當(dāng)我們不再需要X模塊時(shí)，我們只需把它移除然后做好代碼重構(gòu)工作就可以了。

6.  基礎(chǔ)架構(gòu)

不論是使用LAMP還是MEAN堆棧，或是Rails/Unicorn等，最關(guān)鍵的還是我們對(duì)這個(gè)架構(gòu)有沒(méi)有足夠的了解，有沒(méi)有相關(guān)組件的維護(hù)能力。假如應(yīng)用的前端和后端都與Javascript相關(guān)，采用MEAN堆棧架構(gòu)是個(gè)不錯(cuò)的選擇。

7.  社區(qū)和更新速度

框架相關(guān)的社區(qū)是否活躍？有沒(méi)有技術(shù)大咖坐鎮(zhèn)？官方會(huì)否常常上StackOverflow幫忙解答技術(shù)疑難？為這些問(wèn)題找到完美的答案是有一定難度，但絕大多數(shù)時(shí)候數(shù)字是最真實(shí)的。日期或參與度/帖子熱度都是不錯(cuò)的衡量指標(biāo)。此外，補(bǔ)丁的更新速度也十分關(guān)鍵，對(duì)安全性和漏洞的重視與否可謂是牽一發(fā)而動(dòng)全身。