为什么要使用数据操作通用框架

Jsp/JavaBeans架构的缺点

　　在J2EE复杂多层结构技术框架下，能够迅速开发出一个原型系统是不容易的，因此，很多开发者就采取Jsp+JavaBeans架构进行开发，虽然在项目开始之初可以开发出原型系统，但是因为Jsp中嵌入了大量Java代码，难以调试；JavaBeans大量增加，又使得系统变得纷乱复杂，随着项目的深入，在系统功能不停地扩展和修改中，整个项目的开发开始步履艰难，最后挣扎在无望的泥潭中。

　　针对上述情况，在技术架构上有两个解决方法：
　　1. 使用Struts等框架，将Java代码从Jsp中分离出来。
　　2. 使用EJB的无状态Session Bean，理顺JavaBeans体系，形成一种Service调用体系。
　　
　　 当然，没有一种框架是十全十美的，Struts虽然成功地实现了MVC模式，但是开发过程显得琐碎而复杂，尤其是Struts和EJB结合时，结合方式有多种可能实现方式，因此，引入Struts+EJB框架，虽然提高了软件质量，提高了软件的可扩展性和可伸缩性，但是降低了开发效率，不能快速地开发出原型系统。

纯Struts＋EJB开发框架的缺点

　　在直接使用Struts+EJB开发应用系统时，存在下列缺点：

　　首先拖延了开发时间。数据的新增、修改、删除和查询的每一个功能实现都需要专门开发，如都需要实现新增功能的Action；实现修改功能的Action和删除功能的Action，其实这三个Action的大部分逻辑是相似的，但每次都需要开发人员编写，无疑是枯燥单调的，很容易发生粗心导致代码稳定性降低，最主要的缺点是延长了开发过程和时间，不利于快速开发出原型系统。

　　其次是耦合性强。在新增Action、修改Action和删除Action分别都有对EJB的调用，一旦EJB结果有所变动，涉及到三个Action类的代码修改，维护量大，Web层和EJB层存在过强的耦合性。

　　再次是不利于扩展和维护，当数据结构变化，增加或减少字段时，分别要实现三个Action的修改，以及相应的EJB调用和EJB修改，修改工作量相当大，无法快速实现原型系统的拓展。