如何在 C# 中使用 lambda 表达式检测元素是否存在？

Question

我一直在使用 try/catch 语句来判断元素在解析时是否存在。显然这不是最好的方法。我一直在使用 LINQ（lambda 表达式）进行大部分解析，但我只是不知道如何检测元素是否存在。

我发现一些解决方案的一个大问题是，它们需要比使用 try/catch 块多 3-4 倍的代码，这有点违背了目的。

我假设代码看起来像这样：

if(document.Element("myElement").Exists())
{
   var myValue = document.Element("myElement").Value;
}

我确实找到了这个

Answer 1

XElement e = document.Element("myElement");
if (e != null)
{
    var myValue = e.Value; 
}

http://msdn.microsoft.com/en -us/library/system.xml.linq.xcontainer.element.aspx

“获取具有指定 XName 的第一个（按文档顺序）子元素。”

“如果不存在具有指定名称的元素，则不返回任何内容。”

Answer 2

Any() 是 Linq 命令。

Assert.IsFalse( new [] { 1, 2, 3, 4 }.Any( i => i == 5 ));

Answer 3

顺便说一句，上面关于“try / catch”的评论可能是正确的，但并非在几乎所有情况下都是正确的。这取决于您如何构建解决方案。在您的发布版本中，尽可能多地关闭那些即使从远处看也像“调试”的标志。在构建过程中，运行时被告知记住堆栈跟踪和内容的次数越少，“try / catch”的速度就越快。

顺便说一句，#2：著名的架构模式“告诉，不要问！” (TDA) 和“开闭原则”(OCP) 禁止使用诸如“if (!(fp = fopen(...))”之类的臭名昭著的代码。它们不仅鼓励你使用“try / catch”但强迫你这样做，因为OCP不仅要求在你自己的代码中遵守，而且在调用外国东西（即像stdio这样的库）时也要求遵守

。因为你不被允许扩大现有代码的含义。坚持简单的“fopen”示例，当结果为零时，您要做什么？为什么“fopen”失败？您可以检查是否有足够的空白空间，或者文件是否存在。如果文件名有效的话，系统是可写的。但是，您的目标仍然无法实现：想象一下无头应用程序，那么现在没有理由这样做吗？进一步摸索这些东西，因为“fopen”失败了。如果“fopen”失败了，那么它就失败了

。如果您的代码可能会因结果集通常可能包含或不包含元素而“失败”，请将逻辑放入类中。也许您必须在不同的类 (TDA) 之间分发数据、属性、问题和方法。也许您必须根据 SLA 重新调整您的代码。

不过，就您而言，请确保该元素存在。如果你做不到，那不是你的错。在代码深处（一个包装器，其中前编码员的所有错误都得到美化），将所需的数据转换为另一个实体，这样就不需要“如果”了。

Answer 4

Any() 是检查元素是否存在的最简单方法。

如果您必须确保元素是唯一的，则必须执行类似 .Count() == 1 的操作。或者，您可以实现自己的扩展方法，但这只是 .Count == 1 的包装。