現(xiàn)在業(yè)界充斥著各種各樣的框架，有持久層的，也有業(yè)務(wù)邏輯層的，在一些項目上應(yīng)用這種框架，就短期成本而已，應(yīng)該是一個很好的選擇，但框架畢竟是框架，有利也必然有弊。框架的學(xué)習(xí)其實并不難，但我覺得作為程序員，應(yīng)該不僅僅停留在使用這個層面，還應(yīng)該更深入的了解一下這些框架的基本原理和機制，以豐富自己的知識體系，不要說有利于自己去架構(gòu)，就是使用也有很大的好處。對于企業(yè)采用框架，從成本上來說，如果是項目型的，短期當然是有利的，這種區(qū)別其實也是造船和租船的區(qū)別，但如果企業(yè)要形成自己的核心產(chǎn)品，還是不要采用這些框架為好，因為框架不是基本的技術(shù)，更多的是一種應(yīng)用。而且每種框架都有自己的優(yōu)勢和劣勢，總會有更好的框架出現(xiàn)，你如何去跟隨呢？而一旦遇到框架的瓶頸，就很難在原來框架上做修改，拐彎抹角的解決問題固然可以，但最種會使得系統(tǒng)變得很復(fù)雜，很難看，很難管理的。而且作為這些開源性的框架，往往都是面向大眾，針對普遍應(yīng)用的，而對于具體的企業(yè)而言，往往是取其幾點，就必須拿其一面，何苦呢？從項目管理上來講，開源框架也往往會成為一種扯羊皮的東西。有的東西到底是框架的問題還是其它程序的問題，很難扯得清。

       總的來講，我覺得在業(yè)務(wù)邏輯比較復(fù)雜的大型系統(tǒng)中，我覺得可控性和一體性是最重要的，而這些恰恰是使用這些開源框架的不利之處。