简单Web应用框架设计

快来打我* 2022-01-29 06:11 237阅读 0赞

对于web应用，我们可以简单将其抽象归纳为如图中所示几个部分：客户端（Client）、请求处理（Router）、业务处理（Controller）、外部调用（eAPI）、视图引擎（View）、服务引擎（Service）、数据持久（DAO）和数据库文件系统。![晓宇码匠][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NjUxMjY3_size_16_color_FFFFFF_t_70]1.请求处理Router

请求处理主要是对客户端全部请求的统一入口，和硬件路由器的功用相似。请求处理主要对客户端请求进行过滤、定位控制器、权限校验等作用。

2.业务处理Controller

业务处理主要是结合具体的业务对用户的请求进行处理，其实这也是我们常说的控制器；控制层负责处理逻辑控制。

3.视图引擎View

视图引擎主要调用模板对业务数据进行渲染，输出html界面文件。

4.服务引擎Service

服务类似于业务处理，从整个应用层面来看，服务属于一类稳定的、安全的、全局的业务应用，处于业务和数据的中间。在有的应用中，直接将服务层合并到了业务处理中，但是我还是倾向于将服务剥离出来；服务层负责处理业务。

5.数据持久DAO

数据持久主要用于和数据库文件系统交互，也就是我们经常说的CURD操作。通常调用数据库或文件系统提供的CURD驱动接口（DataDriver）实现；dao层是单精度方法,负责实现功能，不处理业务。

6.数据库、文件系统

数据库、文件系统主要用于提供数据的CURD具体实现，如:MySQL、NTFS文件系统，并为三方应用提供数据驱动接口DataDriver。

我的ssm的分层方式  
![晓宇码匠][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NjUxMjY3_size_16_color_FFFFFF_t_70 1]

*  com.xiaoyu.shop.bean：实体类
 *  com.xiaoyu.shop.controller：控制类（负责业务逻辑）
 *  com.xiaoyu.shop.dao：接口类
 *  com.xiaoyu.shop.instrument：工具类
 *  com.xiaoyu.shop.service：服务类（功能的具体实现，供控制类使用）
 *  com.xiaoyu.shop.test：测试类
 *  com.xiaoyu.shop.util：其他类（外部调用或者拦截器）
 *  resources：静态资源
 *  webapp：视图层  
    以上也是基于MVC架构来实现的

**MVC的优点**  
1.低耦合性  
　　视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。  
2.高重用性和可适用性  
　 　随着技术的不断进步，现在需要用越来越多的方式来访问应用程序。MVC模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何 WEB（HTTP）浏览器或者无线浏览器（wap），比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是 一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。例如，很多数据可能用HTML来表示，但是也有可能用WAP来表示，而这 些表示所需要的命令是改变视图层的实现方式，而控制层和模型层无需做任何改变。  
3.较低的生命周期成本  
　　MVC使开发和维护用户接口的技术含量降低。  
4.快速的部署  
　　使用MVC模式使开发时间得到相当大的缩减，它使程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。  
5.可维护性  
　　分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。  
6.有利于软件工程化管理  
　　由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。

# 普及 #

## 交互式系统： ##

*  PAC模式定义表示－抽象－控制（Presentation－Abstraction－Control，PAC）体系结构模式以合作agent的层次形式定义了交互软件 系统的一种结构。
 *   *  介绍  
        　　PAC模型以树状层次结构构建交互式应用层次。PAC agent共分三层：顶层PAC agent，底层PAC agent和中层PAC agent。但要注意的是，PAC并不是每个字母对应一层。后面，出现“agent”的地方与“PAC agent”同义。  
        　　顶层agent负责系统的核心功功能。比如说建立在一个数据仓库上的应用程序，顶层agent就相当于访问数据仓库的接口。  
        　　中层agent则是负责沟通底层和顶层agent。注意中层agent并不一定直接就和底层agent通信。因为中层agent中也可以分层次，高级别的中层agent管理低级别的中层agent，这个就有点像树里面的非叶子节点。  
        　　底层agent表达了独立的语义概念。比如，负责显示功能的agent，柱状图、饼图等各种视图都可以通过一个agent来控制。底层agent负责直接跟用户打交道，也就是除了显示数据还可以接收输入。  
        　　  
        　　个人认为说agent分为三层还不如说agent分为三类。虽然，这样表述系统层次结构不太明显，但是起码不会和层次模型混淆。
 *  MVC模式（Model-View-Controller）是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller）　  
    （控制器Controller）- 负责转发请求，对请求进行处理。  
    （视图View） - 界面设计人员进行图形界面设计。  
    （模型Model） - 程序员编写程序应有的功能（实现算法等等）、数据库专家进行数据管理和数据库设计(可以实现具体的功能)。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NjUxMjY3_size_16_color_FFFFFF_t_70]: /images/20220129/79063b62ebd843c3817c977a80faf17c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NjUxMjY3_size_16_color_FFFFFF_t_70 1]: /images/20220129/61ca1f39d6024f629dbff2c4ff5df255.png