MVC#概述

最新推荐文章于 2020-09-11 21:26:54 发布

太一吾鱼水

最新推荐文章于 2020-09-11 21:26:54 发布

阅读量839

点赞数

文章标签： MVC#

C# 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

MVC# Overview概述

Abstract: Thisarticle gives an overview of MVC# - a Model-View-Presenter framework for .NETplatform. It firstly explains the MVP pattern essentials and then walks throughthe key features of the MVC# framework which help building true MVP-basedsolutions.

MVC#概述，.Net平台的MVP框架。首先介绍MVP模式的必要性，接着简要介绍MVC#的关键要素，助力基于MVP模式的解决方案构建。

What is Model-View-Presenter?什么是MVP
  3-tier architecture三层架构
  MVC and MVP patternsMVC和MVP
Why using MVC#?如何使用MVC#
  1. Views and controllers getconnected automatically 视图和控制器自动连接
  2. Multiple GUI platformssupported多种GUI平台支持
  3. Platform-independentnavigation to views平台独立的视图导航
  4. Tasks concept任务的概念
Conclusion结论

What is Model-View-Presenter?什么是MVP？

3-tier architecture三层架构

One of the most fundamental approaches in software engineering is theLayered architecture. It implies dividing a system into several interactinglayers with certain limitations imposed on how layers may interact.s Layeredarchitecture finds its application in various systems for example net protocols(TCP/IP layers), operating systems (three layers: core, drivers, applications)and others.

软件工程中一个最重要的方法就是分层架构。

A particular case of layered architecture is the 3-tier architecture withits variations: Model-View-Controller and Model-View-Presenter. Beforeconsidering MVP (and MVC) let us discuss the general 3-tier architecture andits difference to the conventional programming style.

一个特别的架构模式就是三层架构和他的不同表现形式：MVC和MVP.在考虑MVP或者MVC之前我们先讨论普通的三层架构和传统编程形式的区别。

A straightforward (and widely used) approach in designing applications isthe 2-tier architecture. According to it an application consists of apresentation layer and a domain layer. Domain layer classes represent theproblem domain entities (e.g. customer, order) and are usually bound to somedatabase access facilities. Presentation classes in 2-tier architecture havethe following responsibilities:

receive user input接受用户输入
make necessary calls to the domain tier 必要的调用
decide what to show next to the user 确定下面展示给用户什么
display output 显示输出

These responsibilities are rather vast and, as a system grows, may resultin a bloated presentation layer. Moreover they logically can be divided intotwo groups: actually presentation logic (code for perceiving input anddisplaying output) and application logic (communication with the domain tierand application flow decisions). These responsibilities require differentprogramming skills and should better be not mixed in a single module/class. Aquite natural solution is to split this too broad presentation layer into two:presentation and application logic:

3-tier architecture is rather abstract. While it declares an existence ofthree layers, it says nothing about classes in these layers and theirinteraction. A much more precise form have two 3-tier architecture variations:Model-View-Controller and Model-View-Presenter. Let us proceed to theirdiscussion.

MVC and MVP patterns MVC和MVP模式

According to both MVC and MVP the presentation layer consists of viewobjects, and application logic consists of controller objects (we will use"controller" name instead of "presenter" in MVP). For eachview object a corresponding controller exists and vice versa. And although MVCand MVP are based on a common 3-tier principle: views process only presentationneeds and controllers handle application logic, these patterns have two majordifferences:

在MVC和MVP中表现层包括视图对象。应用层包括控制器对象（使用控制器代替表示器）。每个视图对象对应一个控制器。尽管MVC和MVP基于同样的三层准则：视图只负责表现，控制器处理应用逻辑，这两个模式有两个主要的区别：

In MVC controllers receive and process user input, but in MVP views receive user input and then merely delegate processing to the corresponding controllers. That is why MVP pattern better fits modern UI environments (Windows/Web forms) where view classes themselves handle user gestures.

在MVC中控制器接收和处理用户输入，在MVP中视图接受用户输入接着委托给相应的控制器处理。这是为什么MVP模式更适合现在的UI环境（Window/Web Forms），视图类自身处理用户的手势。

In MVC controllers affect their views by changing the intermediate presentation model, which the views are subscribed to (by observer pattern). This makes views pure observers without direct access to them. MVP on the other hand violates this "pure observer" rule by providing a direct link from a controller to its view. This makes MVP more handy as compared to MVC.

在MVC中，控制器影响他们的视图是通过改变视图订阅的中间媒介表现模型来实现的（根据观察者模式）。这使得视图成为纯观察者而不能直接接触控制器。而另一方面，MVP则侵犯了纯观察者通过直接提供控制器的引用。这使得MVP比MVC更具处理性。

备注：PresentationModel代表了presentation（可视化界面，或者成为视图）的状态和行为，并且是完全独立于界面中使用的GUI控件的…… Presentation Model把视图（View）的状态和行为抽取到model类中，仍然属于presentation层。 Presentation Model要与domain层协同，为视图提供接口，来最小化在view中需要做的决定。视图（view）或者把状态存储到Presentation Model中，或者频繁的与Presentation Model同步状态。

The said differences make the MVP pattern more attractive than MVC fromthe developer's point of view. And indeed MVP was designed to be an evolutionof MVC and to improve the latter. That is why we often refer to MVP as"sharp MVC" and therefore the name our MVP framework is MVC#.

所述的不同从观察者的角度使MVP比MVC更具吸引力。事实上MVP被设计来发展MVC。这使我们为啥称MVP为Sharp MVC 的原因，也是我们的MVP框架称为MVC#的原因。

Why using MVC#?

Now that we are convinced in the usefulness of the MVP pattern we maystart using it in our applications. However it may be not as easy. Maintainingan additional application logic layer may require considerable efforts. Forexample a developer needs to take care of linking between all views andappropriate controllers,

Fortunately MVC# automates and takes on itself much of the work concernedwith MVP usage. Thus it simplifies and speeds up the development of MVPapplications. Below is the list of MVC# framework features:

1. Views and controllers get connected automatically

Developers do not have to care about associating views with theircontrollers. MVC# framework automatically establishes links between views andcorresponding controllers:

开发者不必关心视图和控制器的关联。MVC#框架自动实现视图和相应的控制器的连接。

public class OrderDetailsView

...

private void processOrderButton_Click(object sender, EventArgs e)

{

// No code needed to establish a link to thecontroller

(Controller as OrderDetailsController).ProcessOrder();

}

2. Multiple GUI platforms supported

MVC# allows targeting different GUI platforms (Windows, Web, Silverlight,etc.) Thus the same application can be used with quite different presentationlayers - one for Windows, the other for Silverlight or Web environment, etc.:

3. Platform-independent navigation to views平台无关导航到视图。

To make application logic fully independent of the presentation layer,MVC# provides a platform-independent way of navigating to views. Insteadof activating a Windows form or redirecting to a Web page a developershould simply call a uniform Navigator.Navigate(...) method:

为了使应用逻辑完全独立于表现层，MVC#提供了一个平台无关的导航到视图的方法。无论是激活Windows窗体还是导航到WebPage只要通过调用Navigator.Navigate(...)方法。

public class OrderDetailsController

...

public void ProcessOrder()

{

// No Response.Redirect(...) or Form.Show()calls

Task.Navigator.Navigate(OrderSupportTask.ProcessOrder);

}

4. Tasks concept任务的概念

Another useful feature of MVC# framework, although not directly related tothe MVP pattern, is the Task concept. A task unites several views with theircontrollers in fulfilling some job. For example a ticket booking task mayconsist of two views: one to choose a ticket, the other - to do the payment. InMVC# all controllers within a task are given a link to the task object.Generally a task can be expressed as a workflow or a state machine.

另外一个有用的MVC#元素是任务的概念，尽管不是直接关系到MVP模式。一个任务包括多个视图和它们的控制器来完成一些工作。例如购票任务可能包括两个视图，一个是选票，一个是付款。在MVC#，所有的在一个任务中的控制器，同时指向任务对象。一般地，一个任务可以被表述为一个工作流或者状态机。

Conclusion

MVC# framework frees developers from much of extra work required inconstruction of Model-View-Presenter applications. It allows creating flexibleMVP-based application with almost no extra cost. For more information on MVC#including the examples of using it see the project web site.