QueryExpression 与 FetchXml CRM2011

Question

我们发现 Linq for CRM 2011 严重损坏 - 它似乎在没有对其进行任何 QA 的情况下就进入了。指示提供程序损坏程度的指标是像 .Where(x => x== "b") 这样的查询可以工作，但是这个 .Where(x => "b" == x) 可能不依赖于某些前面的条件就像一个 join 语句。实际上，我不得不重写查询提供程序的部分内容，并且我对我整理的垃圾感到幸运。

然而，这种情况不能继续下去，仍然存在其他问题，而且我没有报酬为 MS 工作，所以我正在寻找替代方案。这两个出现了 QueryExpression & FetchXml 详细信息如下： http://msdn.microsoft.com/en-us/ library/gg334607.aspx

谁能给我一个诚实的、现实生活中使用 QueryExpression 与 FetchXml 的优缺点？我想知道它们在性能、开发速度、稳健性和灵活性方面的比较如何。

Answer 1

为了以 Anwar 重点关注 LINQ 与 FetchXml 的优秀答案为基础，我将补充一点：我从不使用 QueryExpression。 为什么？

LINQ：查询是使用标准语言构建的，但内部使用
QueryExpression 因此仅限于 QueryExpression 的功能。

QueryExpression：查询被构建为对象模型。支持所有
FetchXML 中除聚合和分组之外的功能。

因此，它的查询能力比没有高级查找代码生成的 FetchXml 差，并且它提供与 LINQ 提供程序相同的功能，同时提供完全非标准的查询接口（与LINQ）。

至于 LINQ（非）功能，LINQ 提供程序的限制很明显，而且我认为相当不错，已记录。例如，您的 .Where(x => "b" == x) 代码段违反了 where 子句限制：

where：子句的左侧必须是属性名称，右侧必须是属性名称
子句的一侧必须是一个值。您不能将左侧设置为
持续的。子句两边不能都是常量。

不是为 Microsoft 辩护：在 LINQ 提供程序达到专业级之前，他们需要在 LINQ 提供程序（阅读：直接到 SQL 提供程序）上投入大量工作，但是嘿，至少他们有一个很好的免责声明。

Answer 2

在我看来，我通常根据需求选择 Linq 或 FetchXml。

对于 Linq：对于早期绑定，我喜欢使用 Linq，因为它是强类型的，并且它对开发速度有很大帮助，但正如您上面所说，它有其缺点。

对于 FetchXML：我真的很喜欢使用这个神奇的语句：

EntityCollection result = _serviceProxy.RetrieveMultiple(new FetchExpression(fetch2));

foreach (var c in result.Entities)
{
   System.Console.WriteLine(c.Attributes["name"]);
}

为什么？因为除了聚合和分组之外，它与使用 QueryExpression 非常相似。
我唯一讨厌 FetxhXML 的地方是它很难构建，这与 Linq 不同。

为了构建 FetchXML 查询，我必须打开 Advanced-Find，然后添加列，然后输入我的条件等等，最后我下载它并将其复制到我的代码中，等等。

最后，FetchXML 在其他方法中具有最少的限制。

关于性能，我尝试使用 StopWatch 在 Linq 和 FetchXML 之间对同一查询进行基准测试，结果是 FetchXML 比 Linq 更快。

Answer 3

客户特别要求我使用查询表达式模型，因此为了让我的生活更轻松，我向 IOrganizationService 添加了很多扩展方法。示例包括：

public static List<T> GetEntities<T>(
    this IOrganizationService service, 
    params object[] columnNameAndValuePairs
) where T : Entity

将params object[]和T实体类型转换为查询表达式，并自动将结果返回到实体列表。所以它是这样使用的：

foreach(var c in service.GetEntities<Contact>("lastname", "Doe", "firstname", "Smith"))
{
    ... 
}

我也经常使用这个：

public static T GetFirstOrDefault<T>(
    this IOrganizationService service,
    params object[] columnNameAndValuePairs
) where T : Entity

var c = service.GetFirstOrDefault<Contact>("owner", id);

这些类型的扩展方法使查询表达式的使用变得更加容易，为您提供了更多的 LINQ 类型风格，而没有容易陷入的奇怪的 linq 限制陷阱。

Answer 4

我提倡使用 FetchXML，因为我可以在 JavaScript 或 C# 代码中使用它，这与 LINQ 或 QueryExpression 不同......因此少了一件需要学习和维护的事情。至于像 Intellisense 这样的东西，有一个很棒的工具可以插入到 XrmToolbox 中，名为 FetchXML Builder，它在以下方面要复杂得多：设计比使用“高级查找”所见过的复杂查询。我已经在 CRM Online 客户端上使用它一个月了，它与在此环境中使用 SQL 非常接近。它还可以为我生成 QueryExpression 代码。我已将这个工具移交给我的业务分析师，他们将使用它为仪表板制作复杂的数据集 - 这对客户来说是一个巨大的胜利。

我确实对早期绑定无法检测错误感到遗憾，但我喜欢