MVC淘汰编程巨大性

副标题#e#

跟着面向工具的语言（如Java）的迅速成长和普及，越来越多的编程人员开始在应用开拓中利用这些语言。然而原有的开拓语言（即面向操纵的开拓语言如C＋＋等）在短时间内还不行能退出汗青舞台，因此此刻就呈现了面向工具的语言和传统的面向操纵的语言共存的排场。在设计应用中同时利用两类差异的语言（殽杂语言设计）比已往只利用一类语言会带来很多新的问题，个中巨大性就是殽杂语言设计中最常常碰着的问题。下面我们探讨殽杂语言设计中大概导致巨大性增加的处所，以及如何淘汰以至消除这些巨大性。

巨大性

巨大性是应用开拓进程中最令人头疼的一个问题。每当在一个应用中增加一个成果时，它的巨大性凡是呈几许级的增长。这种巨大性往往导致措施的开拓无法再继承下去。这也是此刻为什么很多应用只有Beta版本而没有正式版的原因。

专家将应用开拓进程发生的巨大性分为两类，即非本质的（accidental）和本质的（essential）。本质的巨大性是对付办理方针问题所一定发生的巨大性，非本质的巨大性是由于选择了不适当的开拓东西和设计东西而发生的巨大性。对付一个成果确定的措施来讲，本质的巨大性是确定的，而非本质的巨大性则是没有限制的。因此，一个应用的开拓要想较顺利地取得乐成，就需要尽大概地淘汰非本质的巨大性。

OOD的特点

面向工具的设计（OOD）将一个措施解析成按照详细的工具而设计的一系列元素。这些详细工具的行为和数据以一种叫做“类（class）”的编程单位举办打包。应用措施建设一个或多个这些类的例示，也称为“工具（object）”。类的行为是通过建设工具之间的干系组合在一起的。

OOD答允开拓者用两种主要的要领来节制巨大性的增加。第一，OOD界说严格的出口语义，这答允开拓者埋没实现的细节，而且明晰说明什么要领是其它的工具可以会见的。这个信息埋没使得可以对大部门的代码举办修改而不影响其它的工具。

第二，OOD将工具之间的干系分为四类：担任、海涵、利用和协调。适内地利用这些干系可以大大淘汰应用开拓进程中本质的和非本质的巨大性。如，担任是发生面向工具设计中可再利用的主要因素。这个再利用性是通过代码共享和多态性得到的。这种再利用可以大大淘汰应用的本质的巨大性。海涵答允一个类的用户在利用海涵器时忽略被海涵的类（class）。这个简化使设计者可以或许大大淘汰应用的非本质的巨大性。

可视化接口在OOD方面的不敷

很多措施都需要可视化接口，这些接口由对话框、选单、东西条等构成。这些可视化接口的增加会引进OOD设计的不敷，使得一个好的面向工具的设计走向后面。可视化接口有三个属性大概会给应用开拓带来贫苦。

第一，可视化接口提高了传统的面向操纵的拓扑布局。用户发生接口事件，如开关按键和列表框选择等，受到措施的一个模块的驱动而且用来对静态的数据举办操纵。在设计中将这面向操纵的拓扑布局同一个面向工具的设计殽杂在一起将导致工具之间的大量的杂合。

第二，用户接口凡是对付同样的信息常常会需要很多差异的显示。如，一个客户选择列表框可以包括一个客户的名字和电话号码以及很多其它客户的名字。

当用户选择某个特定的客户后，他／她的名字和电话号码及其它全部相关的信息城市具体地显示出来。

除此之外，一个简朴的措施大概具有差异的用户接口。如一个银行账户系统有一个接口用于出纳员来会见账户均衡、存款和取款，而监视者的接口则包括别的的信息并加上账号打点的成果。这些差异的接口很容易导致类的扩展。

最后，可视化接口在整个设计阶段还会举办较大的改变。这些改变包罗完全从头布置用户与系统的交互操纵等。可视化接口的这些改变纵然在最好的设计中也会增加应用开拓的巨大性。

#p#副标题#e#

MVC补充可视化接口/OOD的不敷

模子／界面／节制器（Model／View／Controller，MVC）编程技能答允一个开拓者将一个可视化接口毗连到一个面向工具的设计中，而同时还可以制止我们上面接头的几个问题。MVC最初是为Smalltalk语言而设计的。MVC通过建设下面三个层将面向工具的设计与可视化接口分隔：

模子（Model）：模子包括完成任务所需要的所有的行为和数据。模子一般由很多类构成而且利用面向工具的技能来建设满意五个设计方针的措施。

界面（View）：一个界面就是一个措施的可视化元素，如对话框、选单、东西条等。界面显示从模子中提供的数据，它并不节制数据或提供除显示外的其它行为。一个单一的措施或模子一般有两种界面行为。

#p#分页标题#e#

节制器（Controller）：节制器将模子映射到界面中。节制器处理惩罚用户的输入，每个界面有一个节制器。它是一个吸收用户输入、建设或修改适当的模子工具而且将修改在界面中浮现出来的状态机。节制器在需要时还认真建设其它的界面和节制器。

节制器一直抉择哪些界面和模子组件应该在某个给定的时刻是勾当的，它一直认真吸收和处理惩罚用户的输入，来自用户输入的任何变革都被从节制器送到模子。

界面从模子内的工具中显示数据。这些工具的改变可以通过也可以不通过用户的交互操纵来完成。如：在一个Web欣赏器中认真吸收页面的工具收集和装配栈中的信息，必需有某种方法来让这些工具通知界面数据已经被改变了。在模子变革时有两种要领来对界面举办更新。

在第一种要领中，界面可以汇报模子它正在监督哪些工具。当这些工具中有任何一个产生变革时，一个信息就被发送给界面。界面吸收这些信息而且相应地举办更新。为了制止我们上面接头的不敷，模子必需可以或许不消修改就支持很多种差异的界面显示。

第二个要领并不直接将界面毗连到模子中，它的节制器认真在模子变革时更新界面。节制器通过对模子工具或调查器要领举办监测来检测模子中的变革。这个要领不消相识界面的模子常识，因此界面就酿成是可以跨应用利用的。

利用MVC的利益

MVC通过以下三种方法消除与用户接口和面向工具的设计有关的绝大部门坚苦：

第一，节制器通过一个状态机跟踪和处理惩罚面向操纵的用户事件。这答允节制器在须要时建设和粉碎来自模子的工具，而且将面向操纵的拓扑布局与面向工具的设计隔分开来。这个断绝有助于防备面向工具的设计走向后面。

第二，MVC将用户接口与面向工具的模子分隔。这答允同样的模子不消修改就可利用很多差异的界面显示方法。除此之外，假如模子更新由节制器完成，那么界面就可以跨应用再利用。

最后，MVC答允应用的用户接口举办大的变革而不影响模子。每个用户接口的变革将只需要对节制器举办修改，可是既然节制器包括很少的实际行为，它是很容易修改的。

面向工具的设计人员在将一个可视化接口添加到一个面向工具的设计中时必需很是小心，因为可视化接口的面向操纵的拓扑布局可以大大增加设计的巨大性。

MVC设计答允一个开拓者将一个好的面向工具的设计与用户接口隔分开来，答允在同样的模子中容易地利用多个接口，而且答允在实现阶段对接口作大的修改而不需要对相应的模子举办修改。