ASP.NET MVC学前篇之Lambda表达式、依赖倒置

 ASP.NET MVC学前篇之Lambda表达式、依赖倒置

前言 随着上篇文章的阅读，可能有的朋友会有疑问，比如（A.Method(xxx=>xx>yy);)类似于这样的函数调用语句，里面的xxx=>xx>yy这些到底是怎么用的？

依赖倒置原则的实现也会在本篇幅的最后来粗略的讲解一下。 本篇没有核心的主题，如果说要强制定义的话就是这些内容都是基础知识，是为了后续学习MVC框架做铺垫。

1 Lambda

Lambda表达式在日常的开发中很常见，使用Lambda表达式可以自由的定义函数体并且精简代码量，那么Lambda表达式是什么呢？

Lambda表达式是匿名函数，而匿名函数又是委托，所以lambda表达式就是委托。（编译成中间语言后有一点小小的区别，不过大致是一样的）

1.1 Lambda的定义

既然说到Lambda是委托了,那就的有个类型，这里我们使用的是.NET给我们提供的Fun<T>泛型委托，Fun<T>是带返回值的委托类型。

1.2 相互认识

示例代码1.1-1

 1         private bool Comparison(int num1, int num2)
 2         {
 3             if (num1 > num2)
 4             {
 5                 return true;
 6             }
 7             else
 8             {
 9                 return false;
10             }
11         }

1 Func<int, int, bool> ComparisonNum = new Func<int, int, bool>(Comparison);
2 Comparison(5, 3);//return true

上面的示例中明显，很简单的定义了Func<int,int,bool>这么一个类型的委托，ComparisonNum的含义就是要有两个int类型的参数并且返回值为bool类型的函数。这是最原始的一个版本，下面将演示怎么样的去过度到Lambda表达式。

示例代码1.1-2

 1  Func<int, int, bool> ComparisonNum=
 2                 delegate(int num1,int num2)
 3                 {
 4                     if (num1 > num2)
 5                     {
 6                         return true;
 7                     }
 8                     else
 9                     {
10                         return false;
11                     }
12                 };

1 ComparisonNum(3, 5);//return false

从代码1.1-2中可以看出，使用匿名委托和上面的那个1.1-1没有什么大大的区别，只不过匿名委托简便了一点。下面再来看使用Lambda表达式的示例。

示例代码1.1-3

1  Func<int, int, bool> ComparisonNum = (num1, num2) => { return num1 > num2; };

1.1-3代码中在=>左边的"(num1,num2)"是要使用的参数，根据Func<int, int, bool> 来定义的，实际应写为
示例代码1.1-4

1 Func<int, int, bool> ComparisonNum = (int num1,int num2) => { return num1 > num2; };

1.1-3使用的是简便的写法，因为有VS这么强大环境的支持，可以根据前面变量定义的委托类型，自动的设置为Lambda表达式参数类型，以求符合前面类型的定义，而=>的右边则是Lambda表达式的函数主体，同匿名委托一个道理。这一小节对Lambda只是作了很简单的一个示例，意在让读者基础的了解到这方面的内容，篇幅的原因就不多说了。

2. 依赖倒置原则

设计原则是在设计模式或者是框架设计中都有遵循着的。这一节就讲解一下依赖倒置原则的实现之一依赖注入。

在工作中学习中，面向抽象编程、依赖于抽象不依赖于具体这些话语是经常性的见到，本节中的示例都会涉及到这些概念，很简单的一个示例让大家有个了解。

1 public class Entity
2 {
3 }

这里先定义了一个实体类，只是用作演示，没有什么具体功能，

1     public class ObjectFactory
2     {
3         public Entity CreateObject()
4         {
5             return new Entity();
6         }
7     }

然后又定义一个工厂，用作获取到Entity类型的实例，

1     public class IocController
2     {
3         public static Entity GetEntity()
4         {
5             ObjectFactory entityFactory = new ObjectFactory();
6             return entityFactory.CreateObject();
7         }
8     }

这是一个控制器，客户端在获得Entity类型的唯一依赖，在客户端只会IocController.GetEntity();这样来获得Entity实例。而我们要做的就是降低IocController和ObjectFactory的耦合度，其它的都不需要管了。

如图1

这时候的依赖关系正如上图所示的这样，那就要靠依赖抽象去解耦了。

 1     public interface IObjectFactory
 2     {
 3         Entity CreateObject();
 4     }
 5     public class ObjectFactory:IObjectFactory
 6     {
 7         public Entity CreateObject()
 8         {
 9             return new Entity();
10         }
11     }

是的，对ObjectFactory类型进行了抽象，有了IObjectFactory接口类型。

图2

这个时候在脑海中的图形是不是应该是如图2所示的那样，想象确实是美好的，但是现实却不是这样。

1     public class IocController
2     {
3         public static Entity GetEntity()
4         {
5             IObjectFactory entityFactory = new ObjectFactory();
6             return entityFactory.CreateObject();
7         }
8     }

这时候的依赖关系应该是像图3这样，

图3

感觉是不是很糟糕，没关系，稍作修改，让依赖合理的注入就可以完成解耦，

 1     public class IocController
 2     {
 3         private static IObjectFactory objectFactory;
 4 
 5         public static void SetObjectFactory(IObjectFactory objectfactory)
 6         {
 7             objectFactory=objectfactory;
 8         }
 9 
10         public static Entity GetEntity()
11         {
12             return objectFactory.CreateObject();
13         }
14     }

这个时候的关系依赖图就像图2所示的那样了。 这里要说的就是在IocController中私有的静态字段和静态函数都可以转为实例的，在IocController中定义一个静态的IocController类型来实现自身的一个单例模式，然后调用实例方法。 因为是个示例，着重于依赖注入的解释就不完善这个类型了，就用语言描述一下， 这样的设计的思路就类似于ASP.NETMVC中ControllerBuilder的样子，也就是构造函数注入。实际在真正的应用中也不是这个样子的，会在下一篇中讲解。 这篇就讲到这里。

本文出自 “金源” 博客，请务必保留此出处http://jinyuan.blog.51cto.com/8854733/1423568

ASP.NET MVC学前篇之Lambda表达式、依赖倒置,古老的榕树,5-wow.com