从低级的往高级的看。
最傻的当然是只有JSP页面，而且在页面中大量嵌入JAVA代码。
好一点的，就是JSP+Servlet。JSP页面中的表单部分给一个action提交给Servlet，然后Servlet进行JAVA代码处理再重定向一个JSP页面。我现在的代码就处于这种状态。
再好一点，就是JSP+Servlet+JavaBean。JavaBean的存在价值就是把与数据库连接和使用的部分封装起来。如此以来，作为处理action的Servlet，就不允许直接操纵数据库，而是通过JavaBean的使用来间接使用数据库。用正式一点的话来说，JavaBean的作用就是数据持久化，而Servlet是一个控制器，JSP页面是显示层，一个经典的MVC模型就此诞生了。这也是我目前的毕设所追求的架构。
再好一点，就是Struts框架。Struts框架也许没做什么实质性的工作。它的存在是因为人们对MVC模型的追求以及对于快速开发的追求。它并不是一个创新，而是一种整合，内部的机制与JSP+Servlet+JavaBean并没有什么不同，它或许让我们不必在一些细节上花太多的无用功。
再好一点，也好不到哪里去了，比如用Hibernate来做持久层等等，无非是细节上的优化，而非架构上的突破。
最傻的当然是只有JSP页面，而且在页面中大量嵌入JAVA代码。
好一点的，就是JSP+Servlet。JSP页面中的表单部分给一个action提交给Servlet，然后Servlet进行JAVA代码处理再重定向一个JSP页面。我现在的代码就处于这种状态。
再好一点，就是JSP+Servlet+JavaBean。JavaBean的存在价值就是把与数据库连接和使用的部分封装起来。如此以来，作为处理action的Servlet，就不允许直接操纵数据库，而是通过JavaBean的使用来间接使用数据库。用正式一点的话来说，JavaBean的作用就是数据持久化，而Servlet是一个控制器，JSP页面是显示层，一个经典的MVC模型就此诞生了。这也是我目前的毕设所追求的架构。
再好一点，就是Struts框架。Struts框架也许没做什么实质性的工作。它的存在是因为人们对MVC模型的追求以及对于快速开发的追求。它并不是一个创新，而是一种整合，内部的机制与JSP+Servlet+JavaBean并没有什么不同，它或许让我们不必在一些细节上花太多的无用功。
再好一点，也好不到哪里去了，比如用Hibernate来做持久层等等，无非是细节上的优化，而非架构上的突破。