今天在使用Linq To Xml的时候, 出现了一个没遇到过的问题, 是关于扩展方法的 , 特记录下来.
既然是Linq To Xml，这里首先引用了System.Linq.Xml这个命名空间.
然后其中在使用XElement的XPathSelectElements函数(这个函数是通过XPath获取IEnumerable<XElement>)的时候,编译不通过,提示
“System.Xml.Linq.XElement”不包含“XPathSelectElements”的定义，并且找不到可接受类型为“System.Xml.Linq.XElement”的第一个参数的扩展方法“XPathSelectElements”(是否缺少 using 指令或程序集引用?) ”
代码如下:
private static string GetOptionID(string fileName,string schemeID,string groupID) { XElement root = GetXmlDocument(fileName).Root.Element("schemes"); root.XPathSelectElements(); //这里编译不通过... return null; }
然后我搜索了下,看见很多博客或者MSDN的实例用法都是用的该函数，似乎看不出有什么不同的地方,如下.
XElement root = new XElement("Root", new XElement("Child1", 1), new XElement("Child1", 2), new XElement("Child1", 3), new XElement("Child2", 4), new XElement("Child2", 5), new XElement("Child2", 6) ); IEnumerable<XElement> list = root.XPathSelectElements("./Child2"); foreach (XElement el in list) Console.WriteLine(el);
后来仔细一看,有2个地方.
1.虽然该方法在Element中，但是却属于扩展方法
2.点击该方法看其详细信息，发现该函数竟然又成了另外一个类Extensions的方法
然后，我加上Extension所在的命名空间 System.Xml.Xpath,该函数就编译通过了,遂感到无比神奇。
然后，在MSDN中找到扩展方法的说明, 参见: http://msdn.microsoft.com/zh-cn/library/bb383977.aspx
MSDN有这样一段解释:
扩展方法使您能够向现有类型“添加”方法，而无需创建新的派生类型、重新编译或以其他方式修改原始类型。 扩展方法是一种特殊的静态方法，但可以像扩展类型上的实例方法一样进行调用。
扩展方法被定义为静态方法，但它们是通过实例方法语法进行调用的。 它们的第一个参数指定该方法作用于哪个类型，并且该参数以 this 修饰符为前缀。 仅当您使用 using 指令将命名空间显式导入到源代码中之后，扩展方法才位于范围中。
示例代码如下:
namespace ExtensionMethods { public static class MyExtensions { public static int WordCount(this String str) { return str.Split(new char[] { ' ', '.', '?' }, StringSplitOptions.RemoveEmptyEntries).Length; } } }
可使用以下 using 指令将 WordCount 扩展方法放入范围中：
using ExtensionMethods; |
而且，可以在应用程序中使用以下语法对该扩展方法进行调用：
string s = "Hello Extension Methods";int i = s.WordCount(); |
在代码中，可以使用实例方法语法调用该扩展方法。 但是，编译器生成的中间语言 (IL) 会将代码转换为对静态方法的调用。 因此，并未真正违反封装原则。 实际上，扩展方法无法访问它们所扩展的类型中的私有变量。
通常，您更多时候是调用扩展方法而不是实现您自己的扩展方法。 由于扩展方法是使用实例方法语法调用的，因此不需要任何特殊知识即可从客户端代码中使用它们。 若要为特定类型启用扩展方法，只需为在其中定义这些方法的命名空间添加 using 指令。 例如，若要使用标准查询运算符，请将以下 using 指令添加到代码中：
using System.Linq;
（您可能还必须添加对 System.Core.dll 的引用。）您将注意到，标准查询运算符现在作为可供大多数 IEnumerable<T> 类型使用的附加方法显示在 IntelliSense 中。
可以使用扩展方法来扩展类或接口，但不能重写扩展方法。 与接口或类方法具有相同名称和签名的扩展方法永远不会被调用。 编译时，扩展方法的优先级总是比类型本身中定义的实例方法低。 换句话说，如果某个类型具有一个名为 Process(int i) 的方法，而您有一个具有相同签名的扩展方法，则编译器总是绑定到该实例方法。 当编译器遇到方法调用时，它首先在该类型的实例方法中寻找匹配的方法。 如果未找到任何匹配方法，编译器将搜索为该类型定义的任何扩展方法，并且绑定到它找到的第一个扩展方法
建议及通用准则:
通常，建议您只在不得已的情况下才实现扩展方法，并谨慎地实现。 只要有可能，必须扩展现有类型的客户端代码都应该通过创建从现有类型派生的新类型来达到这一目的。 有关更多信息，请参见继承（C# 编程指南）。
在使用扩展方法来扩展您无法更改其源代码的类型时，您需要承受该类型实现中的更改会导致扩展方法失效的风险。
如果执行特定类型的扩展方法，请确保 followingpoints:
-
如果扩展方法与该类型中定义的方法具有相同的签名，则扩展方法永远不会被调用。
-
扩展方法被在命名空间级别放入范围中。 例如，如果您在同一个名为 Extensions 的命名空间中具有多个包含扩展方法的静态类，则这些扩展方法将全部由 using Extensions; 指令放入范围中。
如果您是选件类库的实现，不应使用扩展方法避免递增程序集的版本号。 如果要添加重要的功能到您拥有源代码的库，则应遵循程序集版本控制的标准 .NET Framework 准则。 有关更多信息，请参见程序集版本控制。
其实,我们在平常使用一个类的时候，如果类中的函数不存在, 错误提示已经有说明了,一般来说可能都是第一种,该类确实没有该方法的定义,但是某些时候,可能是该函数是属于该类的扩展方法,需要增加函数所在命名空间的引用.
“System.Xml.Linq.XElement”不包含“XPathSelectElements”的定义，并且找不到可接受类型为“System.Xml.Linq.XElement”的第一个参数的扩展方法“XPathSelectElements”(是否缺少 using 指令或程序集引用?) ”
看了之后同时又有一个疑问, 扩展方法均为静态,且所在类也为静态,更且被直接纳入命名空间的范围中，在使用的过程当中,怎样才能知道某类的扩展方法来自于哪个命名空间?
