诸如XContainer.Elements、XContainer.Nodes等方法是否也被视为Linq到XML查询运算符？

这本书使用不同的术语来表示在类

XObject

、

XNode

、

XElement

等（如

XContainer.Elements

、

XContainer.Nodes

、

XObject.Document

）中定义的Linq到XML方法/属性，以及在

扩展

类中定义的扩展方法。对于前者，它使用术语方法，而对于扩展方法，它使用术语查询运算符

作者使用两个不同的术语，或者

XContainer.Elements

，

XContainer.Nodes

等也被认为是Linq到XML查询运算符，有什么特别的原因吗

---

谢谢

最后，我怀疑这些术语是否以一种特别明确的方式被指定在任何地方，我也不会太担心

---

如果作者自己使用这些术语前后不一致，我也不会感到惊讶。如果真是这样，而作者竟然是我，我就不会那么惊讶了；）

归根结底，我怀疑这些术语是否以一种特别明确的方式被指定在任何地方——我也不会对此太担心

---

如果作者自己使用这些术语前后不一致，我也不会感到惊讶。如果真是这样，而作者竟然是我，我就不会那么惊讶了；）

我不确定您指的是哪本书，但元素/节点/etc方法被认为是Axis方法(http://msdn.microsoft.com/en-us/library/bb387099.aspx). 我认为查询运算符应该是Select/Where/OrderBy之类的，不管它们是否直接存在于所讨论的类型上，或者是静态扩展方法。

我不确定您所指的是哪本书，但元素/节点/etc方法被认为是Axis方法(http://msdn.microsoft.com/en-us/library/bb387099.aspx)。我认为查询运算符应该是Select/Where/OrderBy之类的，不管它们是否直接存在于所讨论的类型上，或者是静态扩展方法。

就个人而言，我完全同意第二段。；-）就个人而言，我完全同意第二段啊，所以除了语义上的差异之外，这两种方法类型在任何方面都被认为是“在Linq到XML的眼中是相等的”？一些“查询”方法在编译器中被提升以参与from x in xs，其中x.y==z select x语法糖。此外，如果他们决定将Select/Where/etc的本机版本添加到XContainer，编译器将解析为它，而不是扩展方法。扩展方法是相对于静态方法的语法糖。啊，因此，除了语义差异之外，这两种方法类型在任何方面都被认为是“在Linq到XML的眼中是相等的”？一些“查询”方法在编译器中被提升，以参与from x in xs，其中x.y==z选择x语法糖。此外，如果他们决定将Select/Where/etc的本机版本添加到XContainer，编译器将解析为它，而不是扩展方法。与静态方法相比，扩展方法是语法上的糖衣。