Webdrivers 返回的值

WebDriver-W3C 候选建议明确提到了以下几点：

• “查找元素”命令用于在当前浏览上下文中查找可用于将来命令的元素。
• 让位置策略成为获得名为“使用”的属性的结果。
• 设选择器是获取名为“value”的属性的结果。
• 获取具有参数名称的属性的结果定义为与调用 Object 的结果相同。GetOwnProperty（propertyName）。
• GetOwnProperty(propertyName)在 ECMAScript® 语言规范中定义为：

String 对象使用用于其他本机 ECMAScript 对象的 GetOwnProperty 内部方法的变体。此特殊的内部方法提供对与 String 对象的各个字符相对应的命名属性的访问。

• 因此，调用 GetOwnProperty 是用于其他本机 ECMAScript 对象的内部方法，并在 和 的内部范围内解析。Browser DriversBrowser Clients
• Mozilla 有详细记录的 Object.getOwnPropertyNames（） 和 getOwnPropertyDescriptors（）。

---

特定于浏览器的实现

我用您提供的所有信息做了一个小测试，即 有了所有主要的变体，这是结果：Search BoxGoogle Home Pagehttps://www.google.co.inWebDrivers

• Chrome驱动程序 - OSS ：

  [[ChromeDriver: chrome on XP (0d24fd038bde751b1e411711271c3e69)] -> name: q]
  [[ChromeDriver: chrome on XP (0d24fd038bde751b1e411711271c3e69)] -> name: q]
  

• FirefoxDriver - W3C ：

  [[FirefoxDriver: firefox on XP (e7a56813-97c5-466e-9c35-24c9f89af6ed)] -> name: q]
  [[FirefoxDriver: firefox on XP (e7a56813-97c5-466e-9c35-24c9f89af6ed)] -> name: q]
  

• InternetExplorerDriver - W3C ：

  [[InternetExplorerDriver: internet explorer on WINDOWS (367257db-cdbc-4be7-aeac-805a21ad9d2d)] -> name: q]
  [[InternetExplorerDriver: internet explorer on WINDOWS (367257db-cdbc-4be7-aeac-805a21ad9d2d)] -> name: q]
  

因此，正如您可以从相关值的字段详细信息中观察到的那样，返回的字段具有类似的模式，并且在 WebDriver 变体将正确的引用传递给用户之前，它不应该成为障碍。

最后，值得一提的是，与 FirefoxDriver 和 InternetExplorerDriver（两者都符合 W3C 标准）一样，ChromeDriver 几乎符合 W3C 标准，并且可能在一些功能方面有所不同。

---

更新 A

根据您的问题和更新，您对ChromeDriver和Chrome通信协议的看法非常正确。更精细地，我们可以在调用中找到一些差异，如下所示：webdriver

• 火狐浏览器 ：

  1516626575533   webdriver::server   DEBUG   <- 200 OK {"value":{"element-6066-11e4-a52e-4f735466cecf":"6e35faa4-233f-400c-a6c7-6a66b54a69e5"}}
  

因此，Firefox浏览器返回：

"value":{"element-6066-11e4-a52e-4f735466cecf":"6e35faa4-233f-400c-a6c7-6a66b54a69e5"}

• 铬：

          [14.921][DEBUG]: DEVTOOLS RESPONSE Runtime.evaluate (id=25) {
     "result": {
        "type": "object",
        "value": {
           "status": 0,
           "value": {
              "ELEMENT": "0.7086986861512812-1"
           }
        }
     }
  }
  

因此，Chrome浏览器返回：

"value": {"ELEMENT": "0.7086986861512812-1"}

对于我们用户来说，最重要的是浏览器对象返回的元素的值，该元素始终由用户引用并由实例正确识别。所有这些内在逻辑都变成了最终用户。webdriverabstract

---

更新 B

从@FlorentB添加一些有效字节。的评论：

Selenium 的早期版本，即 Selenium v2.x 使用关键字 ELEMENT 来存储 DOM 树元素的引用。此密钥在最新版本的 Selenium 中更改，即 Selenium v3.x 更改为 element-6066-11e4-a52e-4f735466ce。当前 ChromeDriver 的大部分实现仍然来自 Selenium 2.x 规范。

我刚刚遇到了同样的问题，并发现更改是在 Selenium 服务器和相关图像的 3.5 左右进行的。

我发现这条评论最具体地了解了更改并确定它在哪个版本中更改了：https://github.com/SeleniumHQ/selenium/issues/4773#issuecomment-333092149

我正在使用 selenium/node-firefox：3.4.0-actinium 等 Docker 映像，并发现 v3.4.0 从旧的 JSonWire 规范返回密钥，而 v3.9 从新的 WebDriver 规范返回格式。ELEMENTelement-6066-11e4-a52e-4f735466cecf

这是他们逐步迁移到 WebDriver 的一部分，但他们在 3.5（或大约）而不是 v3.0.0 中进行了这个重大更改，这有点令人困惑，我认为每个人都可以接受。

此外，在“原生”驱动程序中也有混合的实现，例如现在由 Firefox 团队开发的 Gecko 和 Chrome，因为它们将有不同的开发路线图。

此外，我发现我正在使用的客户端库甚至还没有实现新的响应，所以我将不得不等待一段时间（或自己修补和公关）。我在其他客户端（例如 2 年前的 Java 客户端）中也看到过类似的对话。

您可以看到两种协议对 Element 响应的定义之间的差异：

https://github.com/SeleniumHQ/selenium/wiki/JsonWireProtocol#webelement-json-object

https://www.w3.org/TR/webdriver/#elements