MVC设计模式
MVC设计模式模型-视图-控制器(Model-View-Controller,MVC)模式是一种拆分方法,它将应用程序拆分成三个部分:模型、视图和控制器。其中模型表示企业数据管理对该数据的访问和更新的业务规则。通常,模型充当现实世界中的过程的软件模拟,这样,在定义模型的时候即可以应用真实世界的建模技术。视图处理模型的内容。它通过模型访问企业数据,并指定应该如何表示该数据。在模型发生改变时,视图将负责在它的表示中保持一致性。这可以通过使用推(Push)模型(视图向该模型注册,以获取它的改变通知)来实现,也可以用拉(Pull)模型(此时视图负责在需要检索最新数据时调用模型)来实现。控制器将和视图之间的交互转换为由模型执行的操作。在独立的 GUI 客户机中,用户交互可能是按钮单击或菜单选择,然而在 Web 应用程序中,它们则可能是 GET 和 POST HTTP 请求。由模型执行的操作包括激活业务流程或改变模型状态。控制器根据用户交互和模型操作的结果选择合适的视图,从而作出响应。采用MVC 体系结构有以下优势:
1.多个视图使用同一个模型。模型和视图的分开使多个视图可以使用相同的企业模型。因此,企业应用程序的模型组件就更容易实现、测试和维护,因为所有对模型的访问都要经过这些组件。
2.对客户机新类型更容易支持。要支持客户机的新类型,您只需为其编写一个视图和控制器,然后在已有的企业模型中将它们进行连接即可。
在国际业务系统设计中,表现逻辑(即客户端)、业务逻辑(即业务处理层)、数据库访问、通讯服务设计是相互分离和独立的。一方面,它符合组件化的设计思想;另一方面,它便于各部分的模型化。特别是表现逻辑在不同客户端各具特色,但它们使用的业务和数据却可以是相同的。在业务调度模块和各个渠道之间传送的XML信息就是这些业务和数据信息的统一载体。反过来说,相同的业务和数据可以有不同的表现形式,从一定程度体现了系统的灵活性。 好高深的东西,有没有例子? 这里有挺多的介绍
http://tech.ccidnet.com/pub/series/s116.html sdlkfj3 够专业了! sdlkfj3 呵呵...如此熟悉! 正在自学中 M:Model 模型 业务层
V:View 视图 显示层
C:Controller控制逻辑层 Spring 竟然也有MVC:) 要向测试架构师发展,是否也需要了解这些东西啊? mvc模式弊端很多呀,寻求一种更好的模式:lol 我也想了解一下!呵呵 模式不是都适用于所有场景的。具体的问题具体分析选择合适的架构和模式 顶 知道了 ~~~ mvc的模式支持有jsp,struts2, spring等框架
v:试图层,用jsp,freemarker,velicity 等都可以
c:控制层,一般为servlet
m: 实例层,就是实体类,数据库层。
页:
[1]