现在业界充斥着各种各样的框架，有持久层的，也有业务逻辑层的，在一些项目上应用这种框架，就短期成本而已，应该是一个很好的选择，但框架毕竟是框架，有利也必然有弊。框架的学习其实并不难，但我觉得作为程序员，应该不仅仅停留在使用这个层面，还应该更深入的了解一下这些框架的基本原理和机制，以丰富自己的知识体系，不要说有利于自己去架构，就是使用也有很大的好处。对于企业采用框架，从成本上来说，如果是项目型的，短期当然是有利的，这种区别其实也是造船和租船的区别，但如果企业要形成自己的核心产品，还是不要采用这些框架为好，因为框架不是基本的技术，更多的是一种应用。而且每种框架都有自己的优势和劣势，总会有更好的框架出现，你如何去跟随呢？而一旦遇到框架的瓶颈，就很难在原来框架上做修改，拐弯抹角的解决问题固然可以，但最种会使得系统变得很复杂，很难看，很难管理的。而且作为这些开源性的框架，往往都是面向大众，针对普遍应用的，而对于具体的企业而言，往往是取其几点，就必须拿其一面，何苦呢？从项目管理上来讲，开源框架也往往会成为一种扯羊皮的东西。有的东西到底是框架的问题还是其它程序的问题，很难扯得清。       总的来讲，我觉得在业务逻辑比较复杂的大型系统中，我觉得可控性和一体性是最重要的，而这些恰恰是使用这些开源框架的不利之处。