框架技术通过重用提高了软件的生产效率，一个软件系统由两大部分组成： 针对本应用的新设计和可重用的软件组件或框架。后者所占比例越大，那需要实现的新设计或实现工作量就会越小，生产效率越高、成本越低。J2EE项目成败主要取决于架构设计好坏以及合适框架的选择，而不是体现在对技术的具体应用上(绝不能盲目的最求新技术，要记住：技术是为了应用)，常常有人将一个J2EE 项目的失败归咎于后者，这可能是最大的误导。
J2EE项目是通过框架、模式的设计运用达到控制软件质量的目的的。虽然这是很多喜欢自由编程的程序员所不喜欢的，但是它带来了稳定的软件质量和可重用的组件，为规模生产创造了条件。不仅如此，它还降低了对开发框架以外其他开发人员的技术要求，使大多数开发人员无需很高的技术，就能在已有的框架下进行开发，而且能大大缩短开发周期。根据自己项目领域特点，在J2EE框架下设计自己领域的应用框架，不仅可以提高在该领域软件开发的效率，而且可以节约开发成本和维护成本。
开发框架的选择和设计
理解了上述开发框架的作用和需要解决的问题后，设计和选择框架的准则就很显而易见了，关于技术上应该考虑的准则我这里就不再赘述，只提出一下个人感觉应该考虑的几个问题：
1：框架应该能够对我们的开发过程提供更多、更好帮助。因为使用框架的原始出发点就是为了通过知识的重用提高开发效率。我们应该知道任何开发框架都不可能是十全十美的，也不可能是适应所有的应用场景的，也就是说任何开发框架都有它适用的范围。因此我们绝不能为了技术而技术，适用就好了，很难简单的说那种技术或框架更好，没有必要陷入技术的反复比较和反复选择的深渊中。
2：学习曲线要平滑，技术是为应用服务的，开发框架的学习一定要简单，上手一定要快，对开发人员的要求不能太高。没有什么比使用能得到更深的体会。需要半个月或者一个月学习周期的框架，可能在还没学会时项目就该结束了。
3：一定要能得到很好的技术支持。在应用的过程中，或多或少都会出现这样或者那样的问题，如果不能很快很好的解决，会对整个项目开发带来影响。一定要考虑综合成本，其实这是目前应用开源软件最大的问题，碰到问题除了死肯文档就是查阅源代码，或者是网上搜寻解决的办法，通常一个问题就会导致一两天的开发停顿，严重的甚至需要一个星期或者更长，项目的进度就很难控制了。
4：考虑对团队要求的影响，使得组织的开发团队易于组建和在不同开发组之间流动，以使那些优先需要解决的任务能够解决。
5：绝对不能因为个人对技术的好恶和对新技术的追求，而随意使用到框架的设计和开发中。开发框架绝不是简单的技术堆叠和拼奏，应该在团队的共同选择的基础之上建立。
文章来源于领测软件测试网 https://www.ltesting.net/
