问题
好的,所以在某些情况下,您可能需要在客户端(Python)端而不是在服务器(浏览器)端对页面执行一些实质性处理。例如,如果您有某种已经用 Python 编写的机器学习系统,并且它需要在对它们执行操作之前分析整个页面,那么尽管可以通过一堆find_element
调用来完成,但这会变得非常昂贵,因为每个call 是客户端和服务器之间的往返。并且重写它以在浏览器中工作可能太昂贵了。
为什么 Selenium 的标识符不会这样做
但是,我没有看到一种将 DOM与 Selenium 自己的标识符一起序列化的有效方法。Selenium 根据需要创建这些标识符,当您调用或从调用返回 DOM 节点时(或传递给脚本的回调)。但是,如果您调用以获取每个元素的标识符,那么您又回到了原点。我可以想象用所需的信息在浏览器中装饰 DOM,但是没有公共 API 来请求某种预先分配的find_element
execute_script
execute_async_script
find_element
WebElement
身份证。事实上,这些标识符被设计为不透明的,因此即使解决方案设法以某种方式获取所需信息,我也会担心跨浏览器的可行性和持续支持。
一个解法
然而,有一种方法可以获得一个双方都可以使用的寻址系统:XPath。这个想法是在客户端将DOM序列化解析成树,然后获取您感兴趣的节点的XPath,并使用它来获取相应的WebElement。因此,如果您必须执行数十次客户端-服务器往返来确定您需要执行单击的单个元素,您可以将其减少为页面源的初始查询加上find_element
使用 XPath 的单个调用你需要。
这是一个超级简单的概念证明。它获取 Google 首页的主要输入字段。
from StringIO import StringIO
from selenium import webdriver
import lxml.etree
#
# Make sure that your chromedriver is in your PATH, and use the following line...
#
driver = webdriver.Chrome()
#
# ... or, you can put the path inside the call like this:
# driver = webdriver.Chrome("/path/to/chromedriver")
#
parser = lxml.etree.HTMLParser()
driver.get("http://google.com")
# We get this element only for the sake of illustration, for the tests later.
input_from_find = driver.find_element_by_id("gbqfq")
input_from_find.send_keys("foo")
html = driver.execute_script("return document.documentElement.outerHTML")
tree = lxml.etree.parse(StringIO(html), parser)
# Find our element in the tree.
field = tree.find("//*[@id='gbqfq']")
# Get the XPath that will uniquely select it.
path = tree.getpath(field)
# Use the XPath to get the element from the browser.
input_from_xpath = driver.find_element_by_xpath(path)
print "Equal?", input_from_xpath == input_from_find
# In JavaScript we would not call ``getAttribute`` but Selenium treats
# a query on the ``value`` attribute as special, so this works.
print "Value:", input_from_xpath.get_attribute("value")
driver.quit()
笔记:
上面的代码没有使用driver.page_source
,因为 Selenium 的文档声明不能保证它返回的内容的新鲜度。它可以是当前 DOM 的状态,也可以是第一次加载页面时 DOM 的状态。
find_element
该解决方案存在与动态内容完全相同的问题。如果在分析过程中 DOM 发生了变化,那么您正在处理 DOM 的陈旧表示。
如果您必须在执行分析时生成 JavaScript 事件,并且这些事件会更改 DOM,那么您需要再次获取 DOM。(这与前一点类似,但使用调用的解决方案可以通过仔细排序调用序列来避免我在这find_element
一点上谈论的问题。)
lxml
的树可能在结构上与 DOM 树不同,因此从中获取的 XPathlxml
不会处理 DOM 中的相应元素。处理的是lxml
浏览器对传递给它的 HTML 的清理后的序列化视图。因此,只要编写代码以防止我在第 2 点和第 3 点中提到的问题,我认为这不是可能的情况,但这并非不可能。