第一讲 Web三层架构与框架

《第一讲 Web三层架构与框架》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、第一讲Web三层架构与框架8/22/2021Web三层架构用户接口层(UILayer){表示层}业务逻辑层(BussinessLayer)持久化层(PersistenceLayer){数据逻辑层、数据访问层}MVC？实体类8/22/20212为什么要分层在早期的web开发中，因为业务比较简单，并没有这三层的划分。用户数据的呈现及输入的接收、封装、验证、处理、以及对数据库的操作，都放在jsp页面中。这时的开发，好比盘古尚未开天辟地，整个web开发就是一片“混沌”。

3、能够让业务逻辑更加清晰，产品更便于维护。这就是SUN当初倡导的JSPModel1开发方式。用户通过浏览器向JSP发出请求；JSP根据需要调用JavaBean,大部分的数据存取、逻辑运算等处理由JavaBean完成；当JavaBean处理完成之后再回传到JSP；由JSP显示最后的结果。浏览器表示层业务层RequestResponseDataSourcesApplicationServer8/22/20214持久化层的分离持久化层：专门负责对象状态的持久化保存及同步，那不就可以全心全意的“搞对象”了。持久化概念的产生，代表着我们对关系型数据库的依赖降低了。因此甚至有人推断——关系数据库

4、将死。浏览器表示层业务层RequestResponseDataSourcesApplicationServer持久层8/22/20215分层开发的优势职责划分清晰无损替换复用代码降低了系统内部的依赖程度8/22/20216灰色地带是的，从理论上看，web三层架构很美了。但在实际开发产品的时候，我们发现了很多问题。主要问题就是用UI层和业务层之间有许多灰色地带。这些灰色地带业务逻辑层不想管，UI层也不想管。让我们举一些例子:8/22/20217难以管理的跳转关系试想，如果你正在做一个有上百张表，十几个核心模块，几百个页面的产品时，这张图将变得多么复杂！而问题是，这些页面跳转关系分散在

5、JSP和Servlet中，非常难以管理。8/22/20218表单数据的验证及封装该把验证和封装数据的工作交给谁来做呢？是UI层还是业务逻辑层？都不合适8/22/20219国际化如果我们想为不同国家和地区的人提供不同的语言，无疑需要国际化的支持。那么，我们需要在JSP页面上根据用户的配置或请求信息判断应该为该用户呈现哪国文字。而这些判断和显示的逻辑应该划分到业务逻辑层还是UI层呢？8/22/202110用MVC的思路解决问题MVC是一种设计思想。这种思想强调实现模型(Model)、视图(View)和控制器的分离。这种思想是如何作用于web的呢？我们在web开发中引入MVC思想，想要达

6、到的目的是：实现UI层和业务逻辑层分离——控制器是为了实现上述目的而存在的！浏览器表示层业务层RequestResponseDataSourcesApplicationServer持久层控制器8/22/202111在解决了持久化的问题后，我们发现，我们的所说的业务逻辑层和MVC中的Model指的是一回事，我们所说的UI层和MVC中的View是一回事。MVC提供了让模型和视图相分离的思路——引入控制器。我们把页面跳转关系管理、表单数据的封装及验证、国际化等任务交给控制器处理。浏览器表示层业务层RequestResponseDataSourcesApplicationServer持久层

7、控制器8/22/202112典型的JavaWeb开发分层表现层显示业务处理结果提供给用户交互接口控制层分派用户的请求执行不同的业务逻辑根据处理结果调用适合的表现层业务逻辑层完成具体的业务逻辑操作返回处理结果数据持久层完成业务逻辑对数据库访问的任务8/22/202113我们选定的开发框架表现层FreeMarker控制层struts2业务逻辑层SpringFramework数据持久层ibatis8/22/202114为什么要采用框架框架是由一些类组成，这些类为应用程序提供