为什么要使用find_element（By ...）而不是find_element_by_
在selenium.webdriver.common.by中使用By代替常规的find_element_by _…方法的目的和好处是什么？例如：
driver.find_element_by_id('some_ID')
vs：
from selenium.webdriver.common.by import By
driver.find_element(By.ID, 'some_ID')
问题答案：
据documentatio
ñ find_element()似乎是一种“ 私人
所使用的”法find_element_by_...()的方法和还可以使用页面对象
因此，使用Page Object模式是您可能需要find_element()+ By而不是的原因find_element_by_...()。
例如，您有一些包含元素id值的变量
link_id = "some_id"
然后用它来定位元素为
my_link = driver.find_element_by_id(link_id)
如果由于某种原因id属性从元素去掉，你既需要更新的选择和更换find_element_by_...()方法my_link为
link_class_name = "some_class_name"
my_link = driver.find_element_by_class_name(link_class_name)
如果使用By，则您的初始定位符可能是
link_locator = (By.ID, "some_id")
然后将元素定位为
my_link = find_element(*link_locator)
在变化的情况下，HTML源你只需要您更新link_locator为
link_locator = (By.CLASS_NAME, "some_class_name")
并my_link保持完全相同
-
问题内容： 我不确定为什么列出项目时为什么需要使用ul-li而不是简单地使用div。我可以使两者看起来完全一样，因此与创建div相比，创建无序列表的功能优势在哪里？ 问题答案： 为了语义正确。HTML具有表达事物列表的功能，它可以帮助Google机器人，屏幕阅读器以及所有不仅仅关心网站外观的用户更好地了解您的内容。
-
问题内容： 目前使用jQuery，当我需要在发生点击时做一些事情时，我会像这样… 我正在看别人在项目上有的代码，他们这样做是… 请注意，就我所知，它似乎在做相同的事情，除了它们使用的是live（）函数（现在已弃用并且jQuery文档说要使用live（）函数），但是无论哪种方式，为什么要使用live / on（）而不是我的第一个示例？ 问题答案： 因为您可能具有动态生成的元素（例如，来自AJAX调用
-
问题内容： 我一直在阅读Go，并为这个基本问题感到困惑。 在Go中，很明显，切片更灵活，并且在需要一系列数据时通常可以代替数组使用。 阅读了大多数文档，他们似乎鼓励开发人员只使用切片而不是数组。我得到的印象是，创建者可以简单地将数组设计为可调整大小的，而无需整个切片部分即可完成。实际上，这样的设计会使该语言更易于理解，甚至鼓励使用更多惯用的代码。 那么，为什么创建者首先要允许数组呢？什么时候可以使
-
我有什么理由使用 而不是 输出应该是相同的，我所做的基准测试似乎表明稍微快一点（需要评估所有非标准评估输入）。 那么，对于如此简单的情况，有什么理由让我考虑切换到< code>purrr::map呢？我在这里不是问你喜欢或不喜欢purrr提供的语法和其他功能。，但严格来说是关于< code>purrr::map与< code>lapply的比较，假设使用标准评估，即< code>map(
-
问题内容： 也许对编译器进行优化后并不重要，但是在C / C ++中，我看到大多数人以以下形式进行for循环： 使用postfix 完成增量操作。我得到了两种形式之间的区别。i 返回i的当前值，但是在安静时将1加到i。++ i首先将1加到i，然后返回新值（比i大1）。 我认为i 需要做更多的工作，因为除了下一个值外，还需要存储一个前一个值：推 （＆i）进行堆栈（或加载至寄存器）；递增（＆i）。与