HtmlAgilityPack XPath 大小写忽略
当我使用
SelectSingleNode("//meta[@name='keywords']")
它时不起作用,但是当我使用原始文档中使用的相同大小写时,它工作得很好:
SelectSingleNode("//meta[@name='Keywords']")
所以问题是如何设置忽略大小写?
When I use
SelectSingleNode("//meta[@name='keywords']")
it doesn't work, but when I use the same case that used in original document it works good:
SelectSingleNode("//meta[@name='Keywords']")
So the question is how can I set case ignoring?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(4)
如果实际值是未知的情况,我认为你必须使用translate。我相信是这样的:
这是 hack,但它是 XPath 1.0 中唯一的选择(除了与大写相反的情况)。
If the actual value is an unknown case, I think you have to use translate. I believe it's:
This is the hack, but it's the only option in XPath 1.0 (except the opposite to upper-case).
如果您需要更全面的解决方案,您可以为 XPath 处理器编写一个扩展函数,该函数将执行不区分大小写的比较。这是相当多的代码,但你只写一次。
实现扩展后,您可以按如下方式编写查询,
其中
Extensions:CaseInsensitiveComparison
是下面示例中实现的扩展函数。注意:这还没有经过充分测试,我只是将其放在一起以用于此响应,因此错误处理等不存在!
以下是自定义 XSLT 上下文的代码,它提供一个或多个扩展函数
然后您可以在 XPath 查询中使用上述扩展函数,这是我们案例的示例
If you need a more comprehensive solution, you can write an extension function for the XPath processor which will perform a case insensitive comparison. It is quite a bit of code, but you only write it once.
After implementing the extension you can write your query as follows
Where
Extensions:CaseInsensitiveComparison
is the extension function implemented in the sample below.NOTE: this is not well tested I just threw it together for this response so the error handling etc. is non-existent!
The following is the code for the custom XSLT Context which provides one or more extension functions
You can then use the above extension function in your XPath queries, here is an example for our case
我就是这样做的:
This is how I do it:
或者使用新的 Linq 语法,它应该支持不区分大小写的匹配:
但是您必须对属性进行丑陋的 null 检查,以防止出现 NullReferenceException...
Alternatively use the new Linq syntax which should support case insensitive matching:
But you have to do an ugly null check for the attributes in order to prevent a
NullReferenceException
...