我要评论本文介绍了一种新的html元素搜索方法，并提供了一个实用的工具来帮助开发者快速找到所需的元素。这对于那些需要处理大量html元素的开发者来说是非常有用的。文章还通过提供一些常见元素的用法示例，帮助开发者更好地理解和应用这些元素。在众多元素中找到特定的元素。为了解决这个问题，文章介绍了一种新的html元素搜索方法。
一个新的语义元素已经加入了 html 标准 。它代表文档中用于搜索或过滤的部分。它应该包含表单控件（如文本输入、下拉菜单、按钮等），搜索/过滤的范围可以是任何内容：从同一文档到整个互联网。
如何运作
在 <search> 元素之前，我们可以在 <form> 标签中添加 role="search" 以指示该表单用于搜索：
<form role="search" method="get" action="/search"> <input type="search" name="search-text" /> <button>search</button> </form>
有了这个新添加的功能，我们可以使用<search> 标签来包装表单：
由于 <search> 是标准中的新内容，所有浏览器、屏幕阅读器和其他工具可能需要一段时间才能跟上。在此期间，我们可以使用一个 hack，指定它已经具有的 aria 角色（类似于 <nav>所发生的情况）。这在未来可能会变得多余，但它可能会为我们的代码做好准备，以便在浏览器支持新标签时使用。
<search role="search"> ... </search>
这看起来有些违反直觉：我们正在移除 role="search"，但我们正在用<search>包装所有内容。总体而言，这是更多的文本/代码（仅三个字符）和更多的嵌套（一个更高的级别）。
温馨提示：尽管我们在构建搜索组件时并不强制需要
标签，但是使用它却能带来额外的好处（甚至是必须的）。这样，即使在无javascript环境下，搜索功能也能保持正常运行，或者说，这是一种实践渐进式增强策略的方式。
另一个需要注意的关键点是，搜索区域不一定是网站或在线平台上带有搜索按钮的文本输入框。我们可以使用 <search>来过滤结果或表格行。它的实用性不仅限于文本输入和搜索框：
<search> <h2>filter results</h2> <form> <label for="cartype">car type</label> <select id="cartype"> <option value="coupe">coupe</option> <option value="sedan">sedan</option> </select> <label for="electric">electric?</label> <input type="checkbox" id="electric" /> </form> </search>
看法
拥有一个用于识别搜索区域的元素是很好的。正如scott o'hara在这篇文章中指出的那样，直到现在，这是唯一一个在html中没有语义等效项的aria地标角色：
- banner →
<header> - complementary →
<aside> - form →
<form> - main →
<main> - navigation →
<nav> - region →
<section> - search → ???
使用 <search> 来标识应具有“搜索”角色的部分，我们将使用一些语义化的 html 元素覆盖所有 aria 地标角色。这很棒：它将提高可访问性（尽管如上所述，需要一段时间才能让所有浏览器跟上），并扩展了语言的语义。
但是，从程序员的角度来看，它感觉不够完善或没有为现有的实现增加太多东西。其他语义元素可以提高可访问性并简化我们编写特定组件的方式。例如，像 <tabpanel> 和<tab> 这样的东西，在我看来会更具说服力和价值。
这并不会削弱它的重要性。所有的改进 - 即使是微小的改进 - 都是受欢迎的。这也适用于 <search> 。这是 html 家族的一个极好的新成员。
代码部署后可能存在的bug没法实时知道，事后为了解决这些bug，花了大量的时间进行log 调试，这边顺便给大家推荐一个好用的bug监控工具 fundebug。
到此这篇关于新的html标签<search>详解的文章就介绍到这了,更多相关html标签<search>内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论