服务购

　　在前端开发时遇到了一个特殊的解析问题（对CSS选择器来说过于复杂，而用手工代码的话又过于简单），尝试一下XPath。它会令你感到惊喜，XPath的确行得通，而且很有用。和小编来一起看看那些实际经历了解xpath对前端开发的重要性。

　　假设你管理一个歌词网站，为了维持一致的阅读体验，你要收集每行歌词的第一个单词。如果歌词使用纯文本格式保存，那么可以直接用下面的代码来实现。

　　但是如果歌词被保存肯html格式就没有这么简单了，因为dom结构本身并没有”行”的概念，所以没有办法使用一个简单的正则表达式来识别行。所以我们要做的第一件事情是定义什么是dom结构中的“行的起点”。

　　XPath有一下几个原因容易让人困惑。第一点是网上几乎没有可以参考的东西（W3Schools！就不用想了）。RFC已经是我找到的最好的文档了。

　　第二点是XPath看上去有点儿像CSS。方法名里就有“path”，所以我总是假设XPath的表达式中的 / 和CSS选择器中的 > 是一个意思。其实，XPath表达式包含了许多简写，如果我们想要弄清楚上面代码运行时究竟发生了什么就必须要弄清楚这些简写。

　　这个XPath表达式和上面的CSS选择器的作用是一样的，但并不像之前假设的那样。一个XPath表达式是由一个或多个被 / 分割的定位步（location steps）组成。表达式中的第一个 / 代表了文档（document）的根节点。

　　XPath的优势：

　　1、速度：XPath的遍历是通过libxml实现的，而原生代码的速度是非常快的。对于我上面举的例子，与Ruby的实现相比，XPath实际上要慢得多。导致这个情况的原因大概是对于
标签的下一个元素的查找。因为在这个动作中实际上是先筛选出了
后面的所有与之同级的元素然后才过滤出其中的第一个。

　　2、xpath可以快速的查找和访问xml文件中的元素，XPath快慢与否取决于自己使用方式，但是上手有点儿难。这是一个专门用来让你使用简洁的惯用表达式来遍历dom的工具。

　　以上的实例证明xpath对前端开发的重要性，小编的介绍就到这里了，如果大家还有其他的想要知道，欢迎联系小编。