系统架构师谈企业应用架构之表现层

作者：用户投稿来源：网络发布时间： 13/01/12

来构建的领域对象或者是数据传输对

象。当然还是根据我们在工作中的项目的需要来决定了。我们来看看MVC模式中的简单的这几个组件之间的调用关系吧

498)this.width=498;'' onmousewheel = ''javascript:return big(this)'' alt="" src="/uploadfile/201301/12/1F122050948.png" />

当然大家请不要诧异，这是最原始的MVC模式的处理流程。当今比较流行的MVC框架中流程已经不是这样处理的了，但是我们通过了解原始的定义将对我们更深入

的了解MVC有所帮助。MVC当时的提出，并不是针对WEB来说的，但是MVC模式的发展，却是在WEB上流行起来的，像现在微软提供的ASP.NET MVC框架对MVC进

行很多的优化和修改。我们后面会讲述这个模式的原理。

我们来详细的看看MVC中的视图可能的代码：一般来说视图层通过一些界面设计的控件元素向用户展示相关的信息，用户通过界面层完成与系统的交互，那么我们

如何在视图中捕获用户的操作呢？视图通过一些列的控件去完成用户动作的捕获，比如说输入框，或者按钮等，视图的前台通过委托与后台的代码绑定，我们知道，微

软在处理.NET的表现层中有很大的技巧在其中，通过视图与后台代码放在不同的类文件中去完成分离，这样，视图中用户发出的动作将会在代码后置类中捕获，然后进

行相应的处理。

我们先来看看控制器的可能代码

/// <summary>  
/// 控制器类  
/// </summary>  
public class Controller  
{  
public void Action(ActionType actionType)  
{  
}  
}  
/// <summary>  
/// 控制器完成的动作  
/// </summary>  
public enum ActionType  
{  
Add,  
Delete,  
Query,  
Update  
　}

视图中的可能代码：

private void button1_Click(object sender, RoutedEventArgs e)  
{  
Controller controller = new Controller();  
controller.Action(ActionType.Add);  
}

代码中的控制器可以是任何特定技术的视图，控制器将会为视图中每个可能发生的操作，提供一个专门的方法，每个支持用户操作的动作都对应着一个与之相关的

处理服务。视图负责数据的呈现，控制器负责更新模型，如果模型发生变化，那么将会通过观察者模式通知视图其状态发生变化，然后视图将会决定是否将模型的变化

体现在视图上，如果需要更新，那么视图将会从模型中读取最新的数据信息。

MVC中的模型我们上面罗列了几种可能，如果说我们这里的模型是业务逻辑层的话，那么我们就会直接调用业务逻辑对象中的方法完成模型状态的更新，这些都是

控制器来完成的，如果说MVC中的模型是数据传输对象，那么可能控制器将会通过业务逻辑层抽象出来的服务层的接口来访问与该数据传输对象相对应的公开方法去完

成模型的操作。如果说我们这里的模型是业务模型，那么控制器只是完成路由的功能，先要解析动作的发出者，然后要将这个动作解析交给哪个业务模型来处理，转发

完毕后就忘记了，其他的就有业务模型自动完成。

控制器有时候还要负责选择呈现视图的跳转功能，如果需要跳转时，那么控制器就会创建新的视图，控制器，模型。

我们有时候可能想要通过全局配置的方式去完成重定向，比如说通过XML文件去配置，类似工作流那样的方式来做的话。通过配置定向页面，那么我们如何来做

呢？我们就需要提供一个服务层完成定向，比如说通过一个通用的类去完成这样的操作。

<?xml version="1.0" encoding="utf-8" ?> 
<configuration> 
<route> 
<urls> 
<url key="key" value="value.aspx"> 
</url> 
</urls> 
</route> 
</configuration>