MVC设计模式
模型-视图-控制器(Model-View-Controller,MVC)模式是一种拆分方法,它将应用程序拆分成三个部分:模型、视图和控制器。其中模型表示企业数据管理对该数据的访问和更新的业务规则。通常,模型充当现实世界中的过程的软件模拟,这样,在定义模型的时候即可以
模型-视图-控制器(Model-View-Controller,MVC)模式是一种拆分方法,它将应用程序拆分成三个部分:模型、视图和控制器。其中模型表示企业数据管理对该数据的访问和更新的业务规则。通常,模型充当现实世界中的过程的软件模拟,这样,在定义模型的时候即可以应用真实世界的建模技术。视图处理模型的内容。它通过模型访问企业数据,并指定应该如何表示该数据。在模型发生改变时,视图将负责在它的表示中保持一致性。这可以通过使用推(Push)模型(视图向该模型注册,以获取它的改变通知)来实现,也可以用拉(Pull)模型(此时视图负责在需要检索最新数据时调用模型)来实现。控制器将和视图之间的交互转换为由模型执行的操作。在独立的 GUI 客户机中,用户交互可能是按钮单击或菜单选择,然而在
Web 应用程序中,它们则可能是 GET 和 POST HTTP 请求。由模型执行的操作包括激活业务流程或改变模型状态。控制器根据用户交互和模型操作的结果选择合适的视图,从而作出响应。采用MVC 体系结构有以下优势:
1.多个视图使用同一个模型。模型和视图的分开使多个视图可以使用相同的企业模型。因此,企业应用程序的模型组件就更容易实现、
javascript:;" onClick="javascript:tagshow(event, '%B2%E2%CA%D4');" target="_self">
测试和维护,因为所有对模型的访问都要经过这些组件。
2.对客户机新类型更容易支持。要支持客户机的新类型,您只需为其编写一个视图和控制器,然后在已有的企业模型中将它们进行连接即可。
在国际业务系统设计中,表现逻辑(即客户端)、业务逻辑(即业务处理层)、
数据库访问、通讯服务设计是相互分离和独立的。一方面,它符合组件化的设计思想;另一方面,它便于各部分的模型化。特别是表现逻辑在不同客户端各具特色,但它们使用的业务和数据却可以是相同的。在业务调度模块和各个渠道之间传送的XML信息就是这些业务和数据信息的统一载体。反过来说,相同的业务和数据可以有不同的表现形式,从一定程度体现了系统的灵活性。