在我们的编程生涯中我们要使用很多很多类库，这些类库有的是我们自己开发的，我们有她的代码，有的是第三方发布的，我们不仅没有他们的代码，连看的机会都没有。
作为.net程序员，我们每天都要和BCL(Base Class Linbrary)打交道。无疑，BCL做为一个年轻的框架类库，她是成功的，但是还有一些时候我们还是得写一些”Helper”方法来扩展类库，由于我们不能修改类库的源代码，我们只有写一个个的静态类。虽然在使用上也算方便，但作为追求***的程序员来说总有些不雅。现在我就碰到这样的事情，前两天奉命写一个从XML文件加载Chart图的设置的方法，从XML加载数据绑定到对象上，这肯定是反射的用武之地了。我经常需要写一些根据对象属性名字来判断这个对象是否有这个属性或者根据属性名获取该属性的值。还是按照平常一样，我很快写了一个 PropertyHelper，里面有两个静态方法：HasProperty,GetValueByName。
PropertyHelper.HasProperty(point, "X")，如此的调用也还过得去，不过在C# 3.0微软为我们提供了C#扩展方法。现在我们可以直接这样调用了point.HasProperty(“X”);看看我是如何实现这个C#扩展方法的？
- public static class PropertyExtension
- {
- public static object GetValueByName(this object self, string propertyName)
- {
- if (self == null)
- {
- return self ;
- }
- Type t = self.GetType();
- PropertyInfo p = t.GetProperty(propertyName);
- return p.GetValue(self, null);
- }
- }
我给object类型添加了一个C#扩展方法，在.net里所有的类都继承自object，那所有的类都默认的拥有这个方法了，真方便，呵呵。
注意到和普通的静态方法有何差别？在这个方法的***个参数前面多了一个this关键字。
C#扩展方法：
1 方法所在的类必须是静态的
2 方法也必须是静态的
3 方法的***个参数必须是你要扩展的那个类型，比如你要给int扩展一个方法，那么***个参数就必须是int。
4 在***个参数前面还需要有一个this关键字。
按照上面的步骤写你就得到了一个“C#扩展方法”，你可以像调用这个类的原生方法那样去调用它：
- string str = "abc";
- object len = str.GetValueByName("Length");
好像string类型现在有了GetValueByName这个方法一样，但实际上string并没有这样一个方法。那这又是为什么呢？是我们可爱的编译器在其中做了手脚。为了避开编译器的干扰，我们来直接欣赏MSIL代码：
- L_0008: ldstr "Length"
- L_000d: call object TestLambda.PropertyExtension::GetValueByName(object, string)
下面是对编写C#扩展方法要注意的几个原则(当然，仁者见仁、智者见智，这也是一家之言)：
C#扩展方法有就近原则，也就是如果在你的程序里有两个一模一样的C#扩展方法，一个和你的使用类是处于同一命名空间里，另外一个处于别的命名空间里，这个时候会优先使用同一命名空间里的C#扩展方法，也就是说“血缘关系”越近，越被青睐。
很多人看到C#扩展方法也许眼里冒出金光，以后在设计的时候不管三七二十一，反正可以扩展。还有一些人会对类任意扩展，将以前一些作为”Helper”的方法统统使用C#扩展方法代替，注意的是C#扩展方法有“污染性”，所以我觉得在扩展的时候还是想想，是不是值得这样扩展。
在扩展的时候也不要对比较高层的类进行扩展，像我上面对object的扩展我觉得就是不可取的，object是所有类的基类，一经扩展，所有的类都被“污染”了。
【编辑推荐】
