来看看两种好玩的方法，扩展方法和分部方法

　　很久没过来扯淡了，话说这年头还有偶遇的事情吗？好比国庆回家的汽车上有个妹子要你qq，要你微信，想着法子跟你聊天，而后睡了一觉，醒来发现

肾不见了？小花絮小花絮，要是肾真没了，也吹不了牛，败不了火了，继续言归正传。

 

一：扩展方法

       说到扩展方法，我想你们都已经再熟悉不过了，也许你的解决方案中有无数个这样的扩展方法，自从有了Linq以后，咱们的集合就不再单纯了。

从下面的Linq类中，全部的方法都扩展在IEnumerable<T>上，偏偏咱们的集合都继承于IEnumerable接口下面。

 

而后咱们在编码的时候就来了不少这样的扩展方法。

 

 

那么如今问题来了，学挖掘机技术哪家强o(∩_∩)o...？

 

下面举一个扩展string类的一个Asint()方法，而后看看IL代码都干了些什么？

 1 namespace ConsoleApplication1
 2 {
 3     class Program
 4     {
 5         static void Main(string[] args)
 6         {
 7             var s = "123".AsInt();
 8         }
 9     }
10 
11     public static class StringExtension
12     {
13         public static int AsInt(this string value, int defaultValue = 0)
14         {
15             int result;
16             if (!int.TryParse(value, out result))
17             {
18                 return defaultValue;
19             }
20             return result;
21         }
22     }
23 }

 

IL代码：

 

从IL的call指令能够看出，其实扩展方法本质上是调用静态类StringExtension中的AsInt方法，因此能够看出其实这也是编译器为了提升咱们的开发

效率而提供的的一个语法糖而已，因此上面的写法一样能够写成这样，一样能够看出下面的写法就麻烦了不少。

1            s = StringExtension.AsInt("123");

 

那么下面又来了一个问题，既然能够随意扩展，那么我能不能扩展string类的任何一个方法？好比说ToLower()？ 从下图中咱们能够获得答案，在vs的智能感

知中显示出的方法仍是string自带的方法，而不是我扩展的方法，这就说明编译器在用方法的时候仍是有优先级的，正是由于有了这个优先级的问题，给咱们

带来了一个很大的“版本控制问题”，就好比我刚才扩展的Asint()方法，若是后期的CLR版本中在String类中本身增长了Asint()方法的话，那我扩展的Asint()

方法今后就会被忘却于天涯，因此这个问题要留一点心。

 

二：分部方法

　  提及分部方法，你可能会问它有什么应用场景，毕竟在咱们实际的编码中不多使用到，到是分部类用的很多，因此啦，我必须找点场景出来。

刚好在EF中还真给找到了。

     具体怎么建一个EF文件就不说啦，咱们就看看EF生成的模板代码。

 1 public partial class DataClasses1DataContext : System.Data.Linq.DataContext
 2     {
 3         
 4         private static System.Data.Linq.Mapping.MappingSource mappingSource = new AttributeMappingSource();
 5         
 6     #region 可扩展性方法定义
 7     partial void OnCreated();
 8     #endregion
 9         
10         public DataClasses1DataContext() : 
11                 base(global::System.Configuration.ConfigurationManager.ConnectionStrings["testConnectionString"].ConnectionString, mappingSource)
12         {
13             OnCreated();
14         }
15         
16         public DataClasses1DataContext(string connection) : 
17                 base(connection, mappingSource)
18         {
19             OnCreated();
20         }
21         
22         public DataClasses1DataContext(System.Data.IDbConnection connection) : 
23                 base(connection, mappingSource)
24         {
25             OnCreated();
26         }
27         
28         public DataClasses1DataContext(string connection, System.Data.Linq.Mapping.MappingSource mappingSource) : 
29                 base(connection, mappingSource)
30         {
31             OnCreated();
32         }
33         
34         public DataClasses1DataContext(System.Data.IDbConnection connection, System.Data.Linq.Mapping.MappingSource mappingSource) : 
35                 base(connection, mappingSource)
36         {
37             OnCreated();
38         }
39         
40         public System.Data.Linq.Table<Student> Student
41         {
42             get
43             {
44                 return this.GetTable<Student>();
45             }
46         }
47     }

能够看到在几乎全部的构造函数中都有这样的一个OnCreated方法，这个具体的OnCreated的实现，你能够自定义一个分部方法来实现。里面能够放些你认

为适应你项目须要的东西，好比：日志，统计啥的。

 

根据上面EF的例子，我举个简简单单的sample，就是用Log方法来记录当前登录该DB的用户

 1 namespace ConsoleApplication1
 2 {
 3     class Program
 4     {
 5         static void Main(string[] args)
 6         {
 7             for (int i = 0; i < 10; i++)
 8             {
 9                 var db = new DB();
10             }
11 
12             Console.Read();
13         }
14     }
15 
16     /// <summary>
17     /// 好比这是codesmith生成的代码
18     /// </summary>
19     public partial class DB
20     {
21         partial void Log();
22 
23         public DB()
24         {
25             Log();
26         }
27     }
28 
29     /// <summary>
30     /// 本身实现的代码
31     /// </summary>
32     public partial class DB
33     {
34         public static int instanceCount = 0;
35 
36         partial void Log()
37         {
38             Console.WriteLine("当前是第{0}个用户登录DB", ++instanceCount);
39         }
40 
41         ~DB()
42         {
43             instanceCount--;
44         }
45 
46     }
47 }

 

再来看看IL：

 

 

能够看出在编译器编译以后，自动生成的DB和我自定义的DB类已经合二为一了，固然这必须是咱们预期的结果，不过这里有一个小注意的地方，若是这

里我没有实现自定义的Log方法，那么自动生成DB类中的Log方法会何去何从呢？由于它仅仅是定义一个方法的口子，并无实现。

 1 namespace ConsoleApplication1
 2 {
 3     class Program
 4     {
 5         static void Main(string[] args)
 6         {
 7             for (int i = 0; i < 10; i++)
 8             {
 9                 var db = new DB();
10             }
11 
12             Console.Read();
13         }
14     }
15 
16     /// <summary>
17     /// 好比这是codesmith生成的代码
18     /// </summary>
19     public partial class DB
20     {
21         partial void Log();
22 
23         public DB()
24         {
25             Log();
26         }
27     }
28 }

 

从上面的图中能够看到两点好玩的地方：

①： 已经没有了Log方法的IL指令，这就说明若是只定义了方法接口而不实现的话，编译器会直接忽视它。

②： 根据上一条的意思，咱们也不难理解为何在ctor上没有了log方法，而仅仅是默认调用父类的构造函数，因此编译器真的很智能。