1700484491
1700484492
图38-2 MVC框架的逻辑流
1700484493
1700484494
浏览器通过HTTP协议发出数据请求①,由控制器接收请求,通过路径②委托给数据模型处理,模型通过与逻辑层和持久层的交互(路径③④),把处理结果反馈给控制器(路径⑤),控制器根据结果组装视图(路径⑥⑦),并最终反馈给浏览器可以接受的HTML数据(路径⑧)。整体MVC框架还是比较简单的,但它带来的优点非常多。
1700484495
1700484496
❑高重用性
1700484497
1700484498
一个模型可以有多个视图,比如同样是一批数据,可以是柱状展示,也可以是条形展示,还可以是波形展示。同样,多个模型也可以共享一个视图,同样是一个登录界面,不同用户看到的菜单数量(模型中的数据)不同,或者不同业务权限级别的用户在同一个视图中展示。
1700484499
1700484500
❑低耦合
1700484501
1700484502
因为模型和视图分离,两者没有耦合关系,所以可以独立地扩展和修改而不会产生相互影响。
1700484503
1700484504
❑快速开发和便捷部署
1700484505
1700484506
模型和视图分离,可以使各个开发人员自由发挥,做视图的人员和开发模型的人员可以制定自己的计划,然后在控制器的协作下实现完整的应用逻辑。
1700484507
1700484508
MVC框架还有很多优点,本章主要不是讲解MVC技术,主要是通过讲解设计MVC框架来说明设计模式该怎么应用,所以想了解更详细的MVC框架信息请自行查阅资料。
1700484509
1700484510
38.1.1 MVC的系统架构
1700484511
1700484512
我们设计的MVC框架包含以下模块:核心控制器(FilterDispatcher)、拦截器(Interceptor)、过滤器(Filter)、模型管理器(Model Action)、视图管理器(View Provider)等,基本上一个MVC框架上常用的功能我们都具备了,系统架构如图38-3所示。
1700484513
1700484514
1700484515
1700484516
1700484517
图38-3 MVC系统架构
1700484518
1700484519
各个模块的职责如下:
1700484520
1700484521
❑核心控制器
1700484522
1700484523
MVC框架的入口,负责接收和反馈HTTP请求。
1700484524
1700484525
❑过滤器
1700484526
1700484527
Servlet容器内的过滤器,实现对数据的过滤处理。由于它是容器内的,因此必须依靠容器才能运行,它是容器的一项功能,与容器息息相关,本章就不详细讲述了。
1700484528
1700484529
❑拦截器
1700484530
1700484531
对进出模型的数据进行过滤,它不依赖系统容器,只过滤MVC框架内的业务数据。
1700484532
1700484533
❑模型管理器
1700484534
1700484535
提供一个模型框架,该框架内的所有业务操作都应该是无状态的,不关心容器对象,例如Session、线程池等等。
1700484536
1700484537
❑视图管理器
1700484538
1700484539
管理所有的视图,例如提供多语言的视图等。
1700484540
[
上一页 ]
[ :1.700484491e+09 ]
[
下一页 ]