软件架构实践71.ppt

,早期的WEB开发模式基本上分为视图-业务逻辑二层,而MVC模式则分为三层。是不是MVC就是增加了一层“C”呢?显然,答案并不是那么简单。WEB应用的层次架构变化用户界面是用户与系统交互操作的窗口,是用户对系统的直接感受和接触点在应用系统中,与应用逻辑相比较,用户界面的变化是系统需求中最容易发生改变的地方系统设计的一个重要任务,就是在不改变系统功能的前提下,,是使用最广泛的应用。这个应用模型典型地反映了数据存储与表示的分离。软件架构与实际业务模型联系的密切程度非常紧密较紧密不太紧密不紧密最不紧密系统架构与需求变化的关系问题(1)界面变化的需求与功能无关系统功能是相对稳定的,但是:同一个软件版本的不同类型用户,需要不同的用户界面同一个系统的不同应用(例如:因权限不同、可打开的模块不同、可看见的数据不同),也可能需要构成不同的用户界面。不同时期、不同用户的不同表现喜好,需要不同的界面因此,如果把用户界面与实现功能紧密结合,则随着用户界面的不同或更改,系统的灵活性和需求变更的工作量将无比巨大。问题(2)界面变化的需求与功能有关同一种信息可以在不同的地方有不同的表示应用程序的显示和动作必须立即反映出数据的变化用户的接口易于改变,甚至在运行时刻也可以改变支持不同的窗口系统,或者用户界面的基础软件1、界面设计的可变需求对系统界面部分的要求:具有灵活的人-机界面的交互方式可以灵活选择不同的信息表示方式可以灵活选择用户的操作方式当然,这里灵活必须保证是在一定限度内,不可能是无限的困难:必须满足界面构成与系统计算模型的独立模型视图控制器MVC(Model-View-Controller)就是一种交互界面的架构组织模式模型视图控制器是在20世纪80年代,随着SmallTalk-80而流行起来的设计模式。它是一个十分有效的设计模式,广泛用于图形用户界面的设计中。MVC强调把用户输入、数据模型和图像显示以模块的方式分开设计。1、界面设计的可变需求2、模型-视图-控制器(MVC)模式MVC模式将一个交互式应用程序分成3个部件模型(model):软件所处理的核心逻辑,包含核心功能和数据视图(View):向用户显示信息,对相同的信息可以有不同的显示控制器(Controller):处理用户的输入(如:鼠标、键盘等),转化成用户对模型或视图的服务请求,并把信息的变化,传递给视图。用户仅通过控制器与系统交互一组视图和控制器组成了一个用户界面一个模型可以有多个视图界面,如果用户通过某个视图的控制器,改变了模型的数据,控制器会将这个变化,通知所有视图,导致显示的更新。这是典型的观察者(Observer)或称为:发布-订阅(publish-subscribe)、变更-传播模式。这种机制保证了模型和用户界面之间的一致性。