POCO Controller 你这么厉害，asp.net vNext 知道吗？

写在前面

阅读目录：

• POCO 是什么？

  1. 为什么会有 POJO？

  2. POJO 的意义

  3. POJO 与 PO、VO 的区别

  4. POJO 的扩展

  5. POCO VS DTO

• Controller 是什么？

• 关于 POCO Controller

• POCO Controller 应用

  1. 识别 POCO Controller

  2. 简单 POCO Controller

  3. IActionResultHelper

  4. IModelMetadataPRovider、ViewDataDictionary

  5. IActionDiscoveryConventions、IControllerDescriptorFactory

• 后记

　　POCO Controller 你这么厉害，ASP.NET vNext 知道吗？是的，ASP.NET vNext 晓得，因为这就是它的特性之一，嘿嘿。

　　在上一篇《分享我对 ASP.NET vNext 的一些感受，也许多年回过头看 So Easy！》博文中，简单介绍了 ASP.NET vNext 的一些特性，文中的最后也做了一个简单的示例，在示例中 HelloWorldController 控制器像以往我们创建 ASP.NET MVC 控制器一样，需要继承 Controller 基类，就像人群中某一种特定的人（公务员），Controller 用来标示这一种人是公务员一样。后来 dudu 在评论中指出：

　　ASP.NET vNext 具有POCO Controllers 特性，控制器并不需要继承Controller，当时试了下确实可以，后来梁兄又指出：

　　本人回复：“还没接触过 POCO Controller，不做过多评论，后面深入了解下，不过多谢兄台的指教。:)”，确实对 POCO Controller 并不是很了解，但是让我对 POCO Controller 充满了好奇，后来看了下相关知识，发现确实像梁兄所说，简单的输出是可以，如果输出 View，需要自行实现一个 ViewDataDictionary 对象，如果真要做到 POCO 形式结合 View 的话，可能付出的努力要远大于使用现成的 Controller 继承？关于这一点，是有些疑问，但我觉得凡事必有存在的价值，只是了解多少而已，POCO Controller 也确实在探索性质阶段，关于 POCO Controller 以及相关知识，本篇内容希望起到抛砖引玉的作用。

　　以下内容，只是一些个人看法，仅供参考学习，也欢迎讨论指教。

POCO 是什么？

POCO（Plain Old C#/CLR Object），意为：纯老式的 C#/CLR 对象，也可以称为简单的 C#/CLR 对象，POCO 的概念来自于 POJO（Plain Old java Object），POJO 的内在含义是指那些没有从任何类继承、也没有实现任何接口，更没有被其它框架侵入的 C# 对象。

1、为什么会有 POJO？ 　　

　　主要是 Java 的开发者被 EJB 的繁杂搞怕了，大家经过反思，又回归“纯洁老式”的 JavaBean，即有无参构造函数，每个字段都有 getter 和 setter 的 java 类。

2、POJO 的意义

　　POJO 让开发者可专注于业务逻辑和脱离框架的单元测试。除此之外， 由于 POJO 并不须要继承框架的类或实现其接口，开发者能够极其灵活地搭建继承结构和建造应用。

　　POJO 的意义就在于它的简单而灵活性，因为它的简单和灵活，使得 POJO 能够任意扩展，从而胜任多个场合，也就让一个模型贯穿多个层成为现实。先写一个核心 POJO，然后实现业务逻辑接口和持久化接口，就成了 Domain Model； UI 需要使用时，就实现数据绑定接口，变成 VO（View Object）。

3、POJO 与 PO、VO 的区别

• POJO 是指简单 java 对象（Plain Old Java Objects、pure old java object 或者 plain ordinary java object）。
• PO 是指持久对象（persistant object持久对象）。
• VO 是指值对象或者 View 对象（Value Object、View Object）。注意，本文的 VO 特指 View Object。

　　持久对象实际上必须对应数据库中的 entity，所以和 POJO 有所区别。比如说 POJO 是由 new 创建，由 GC 回收。但是持久对象是 insert 数据库创建，由数据库 delete 删除的。基本上持久对象生命周期和数据库密切相关。另外持久对象往往只能存在一个数据库 Connection 之中，Connnection 关闭以后，持久对象就不存在了，而 POJO 只要不被 GC 回收，总是存在的。

　　由于存在诸多差别，因此持久对象 PO(Persistent Object)在代码上肯定和 POJO 不同，起码 PO 相对于 POJO 会增加一些用来管理数据库 entity 状态的属性和方法。而 ORM 追求的目标就是要 PO 在使用上尽量和 POJO 一致，对于程序员来说，他们可以把 PO 当做 POJO 来用，而感觉不到 PO 的存在。

4、POJO 的扩展

　　POJO 仅包含最简单的字段属性，没有多余的东西，它本质上就是一个普通的 JavaBean。但是在 POJO 的基础上，能够扩展出不同的对象。

• 为 POJO 增加了持久化的方法（Insert、Update、Delete……）之后，POJO 就变成了 PO。
• 为 POJO 增加了数据绑定功能之后，POJO 就变成了 View Object，即 UI Model。
• 为 POJO 增加业务逻辑的方法（比如单据审核、转帐……）之后，POJO 就变成了 Domain Model。
• POJO 还可以当作 DTO 使用。

注：以上内容来自（http://kb.VEVb.com/page/89750/）

5、POCO VS DTO

　　理解了上面关于 POCO 的概念理解，如果对 DDD（领域驱动设计）有所了解，就会发现 POCO 和 DTO 某种意义上很相似，上面关于 POCO 的扩展也有指出：POCO 可以当做 DTO 使用，但也只是某种意义上的，其实有很大的区别，可以参考：http://stackoverflow.com/questions/725348/poco-vs-dto，我理解的 POCO，就像原始人类一样，它可以演化成现在的各个人种，比如白种人、黑种人和黄种人（PO、UI Model、Domain Model等等）。

　　虽然 POCO 为原始人类，但是也包含（不必须）人类的状态或行为，只是这种状态或行为是最原始的，比如狩猎为生、吃生食物等等，DTO（Data Transfer Objec）是什么？关于 DTO 的概念可以参考：http://www.VEVb.com/xishuai/p/3691787.html，DTO 是领域驱动设计中的概念，只是数据传输对象，不包含任何的行为和状态，我个人觉得和 POCO 不是一个概念里面的东西，无法进行比较。

　　如果非要对 DTO 和 POCO 进行区别的话，上面把 POCO 看做为原始人类，那 DTO 可以看做是原始人类的标本，他们俩只是长得比较像，仅此而已。

Controller 是什么？

　　在 ASP.NET MVC 中 Controller（控制器）的职责是：获取 Model 数据并将 Model 传递给 View 对象，通知 View 对象显示，关于 Controller 概念的官方说明：

Controllers:Controllers are the components that handle user interaction, work with the model, and ultimately select a view to render that displays UI. In an MVC application, the view only displays information; the controller handles and responds to user input and interaction. For example, the controller handles query-string values, and passes these values to the model, which in turn queries the database by using the values.

　　可以把 Controller 看做是一个产品加工厂，Model 为原材料，View 为销售平台，原材料在产品加工厂经过一定的加工处理后，得到成型的产品，然后放在销售平台上进行展示销售，从这个比喻中可以看出 Controller 的作用，就是协调 Model 和 View，那 Routing（路由）是什么？可以看做是政府的宏观调控，用来决定加工生产什么产品？由哪家加工厂生产？这些工作都是 Routing 进行宏观调控的。

　　为了进一步方便理解 Controller 在 ASP.NET MVC 所起到的作用，我们分析下 ASP.NET MVC 整个的处理流程，首先，用户通过 Web 浏览器向服务器发送一条 Url 请求，这个请求被 ASP.NET MVC 的路由映射系统截获。路由映射系统按照映射规则，解析出控制器名 ControllerName、ActionName和各个参数 Parameters，然后，找寻 Controllers 目录下的 ControllerNameController.cs 这个控制器类，默认情况下，系统总是找寻 Controllers 目录下的“控制器名+ Controller ”这么一个类，然后，找寻这个类下与 ActionName 同名的方法，找到后，将 Parameters 作为参数传给这个方法，而后 Action 方法开始执行，完成后返回相应视图，默认情况下，会返回 Views 目录下与 ControllerName 同名的目录下的与 ActionName 同名的 View 文件，并且将 ViewData 传递到视图。

　　大致画了下 ASP.NET MVC 的处理流程：

　　上图只是大致演示了下 ASP.NET MVC 的处理流程，更专业、详细请参照《Pro ASP.NET MVC Framework》作者 Steven Sanderson 的一张完整请求处理流程图（Request-Handling Pipeline Poster）：

　　当我们使用 VS2012 创建 MVC3/MVC4 的时候，如果把控制器中继承的 Controller 基类去掉，结果如下：

 1 namespace MvcApplication1.Controllers 2 { 3     public class HomeController 4     { 5         // 6         // GET: /Home/ 7         public string Index() 8         { 9             return "Hello World";10         }11     }12 }

　　HomeController 的 IndexAction 方法中返回一段字符串，路由配置是完全正确的，运行结果会是怎样？你可能会猜到了，对，就是这样：

　　结合上面关于 ASP.NET MVC 的处理流程，你会明白为什么会报“无法找到资源”的异常？而这些同样的代码或配置，在 ASP.NET vNext 中却可以正常使用，这也就是POCO Controllers 特性的美妙之处。

　　请接着往下看。

关于 POCO Controller

　　理解了 POCO 和 Controller 概念，理解 POCO Controller 就不会那么困难了，网上关于 POCO Controller 特性的资料实在是少的可怜，MSDN 暂时未找到详细的说明，如果想要深入的研究，看来只有过段时间把 ASP.NET vNext 搞熟之后了，因为 ASP.NET vNext 支持 POCO Controller 特性，这样使得代码更加简洁，难道好处只是代码简洁吗？其实不然，因为 ASP.NET vNext 开源和支持内置依赖注入（DI），所以你可以研究它的源代码，在 Controller 中编写适合自己的控制器，这样使得你的 vNext 应用程序可扩展性或性能得到进一步的提升，如果可以的话，你甚至编写属于自己的一套 Controller，这一切都是从 POCO Controller 演化而来。

　　其实如果往长远一点来想，我个人觉得 POCO Controller 并不简简单单是 ASP.NET vNext 的一种特性，它也代表着 ASP.NET vNext 的一种方向，因为跨平台、开源和依赖注入，使得一切都有可能，虽然 ASP.NET vNext 现在还未正式发布，POCO Controller 也仅仅是一个探路者，但是我觉得这个信号很重要，很重要，也希望大家可以接收得到。

POCO Controller 应用

1，识别 POCO Controller

　　言归正题，因为POCO Controllers 不从 Microsoft.AspNet.Mvc.Controller 基类派生，ASP.NET vNext 如何识别 POCO Controller？关于这个问题在 stackoverflow 中提问：“How Are POCO Controllers Discovered As Controllers?”，回答如下：

There are some conventions that we use to identify a POCO controller:

• The assembly must reference MVC（必须引用 MVC）
• The POCO controller class must have the suffix Controller（POCO controller 必须以“Controller”后缀结尾）

　　必须引用 MVC 就是在 project.json 中添加如下如下引用：

2，简单 POCO Controller

　　最简单的 POCO Controller：

 1 // For more information on enabling MVC for empty projects, visit http://go.microsoft.com/f