空间的功能不作用于个包装集。这些功能可以被认为是顶级功能，但他们对的实例定义，而不是窗口的功能，让他们在全局命名空间之外。般来说，这些功能或者作用于对象，而不是元素这职权范围内的包装方法，或者或者执行些非对象相关的操作如个请求。除了功能，还提供了些有用的标记，用来定义命名空间。你可能想知道为什么我们直到这章才介绍这些功能和标志。我们有两个理由我们希望引导你使用的包装方法，而不是诉诸于低级别操作，能你会觉得那是更熟悉的思维，但却不能有效或容易的使用代码包装。因为当在页面上操作元素的时候，包装方法大多照顾我们想要做什么，在写方法本身时这些低级别的功能经常是最有用的以及其他扩展而不是在页面级代码。在下章我们将要处理如何写自己的插件给。在这章节，我们将绕过终于正式推出的级别最实用的功能，以及些有用的标志。我们将会推迟谈论处理效用函数特别强调的功能性的第章。我们从那些我们提到的那些开始。使用的重点些提供的信息使像我们网页制作者，甚至外挂程序作者，可用的不通过方法或功能而通过属性定义。这些很多集中帮我们探测当前浏览器的情况，而其他的帮我们控制全局页面水平的的水平。为公众开发的的使用如下�不能使用的效果�支持细节的特征�暴露浏览器的细节正式不支持让我们开始看看如何使我们禁用动画。动画的禁用可能会有很多次我们可能想有条件地在包括各个动画效果的个页面禁用动画。我们可以这样做因为我们检测了那个平台或设备不会很好地处理他们。如果是那样，我们不需要采取写两页，页有动画页没有的形式。当我们检测我们在个环境时，我们可以简单地把的值设成真。这不会影响我们使用页面它将简单地禁用那些的动画效果。例如，平凡的效果能在不用干预动画的情况下立即展示和隐藏原理。同样地，通过方法能设置样式表文件属性成特定的最终的值。个可能的使用这个的情况是对于些移动设备或浏览器不能正确地支持动画。在这种情况下，你可能想关掉动画以便核心功能性仍然的工作。是个读写。直被预定义的只能只读。让的看下提供给我们关于环境由规定用户代理浏览器的信息的。检测用户代理支持感激几乎开心的是，我们审查了到目前为止保护我们从不得不处理浏览器差异的方法，即使在传统地有问题的地方喜欢事件处理。但是当我们写这些方法或其他的扩展类，我们需要说明法我们的扩展类的用户不得不运行浏览器差异。在我们看在这方面如何帮助我们，让我们谈论下浏览器检测的整个概念。为什么浏览器检测是可恨的好的，也许可恨这个词太强烈，但除非它是成可用的处理程序已执行，而且他们的属性中定义元的参考对象的实例。浏览器。请注意，即使这些标志位保持在现在和以后，他们是被视为过时，这意味着它们可以从任何将来的版本中删除的使用，应该考虑到。这些标志可能会更加在此期间感觉，当浏览器的开发停滞不前些，但现在我们已经进入了个时代，浏览器的发展亦步亦趋，有能力支持旗更感，并可能坚持段时间了。事实上，它的建议，当你需要比更多的核心支持旗提供，你创建自己的新的问题。该浏览器支持如表。请注意，这些标志不试图确定具体的浏览器的正使用。的分类，用户代理基于浏览器的家庭属于，通常取决于它使用的渲染引擎。浏览器内的每个家庭将运动同组的特性，所以不应该识别特定的浏览器是必要的。普遍使用的，现代的浏览器绝大多数会落入这四个浏览器的家庭，包括谷歌浏览器，它返回真为标志的野生动物园由于其使用的引擎。属性值得特别注意，因为它的不便利，因为我们可能认为。在这个属性设置的值是不是浏览器的版本这是我们最初可能相信，但浏览器的渲染引擎版本。例如，当在执行，报告的版本是，该版本的渲染引擎。这个值是很方便的版本之间的区别互联网探险家，因为渲染引擎版本和浏览器的版本匹配。我们提到过，有些时候，我们不能落在后面的功能检测和必须采取的浏览器检测。这种情况的个例子是当浏览器之间的区别不在于他们提出不同的对象类或不同的方法，但传递到个方法的参数是不同的解释跨浏览器实现。在这种情况下，有没有对象或功能在其上进行检测。注意在这些情况下，甚至，它可以设置通过尝试操作的功能标志在个网页隐藏区域如的不来设置它的些特征标志。但是，这不是我们经常看到在许多网页上使用的技术外的。让我们的的元素添加到元素，第二个标识现有的在它面前的新元素被放置。在符合标准浏览器，这第二个参数是个为指定的现有元素的引用，在浏览器，但是，它是对现有元素的序数索引。因为没有方法来执行的功能检测，以确定我们是否应该通过个对象引用或整数值它试图短，正如以前，我们可以求助于浏览器检测，如下面的例子所示风险选择新方案两和，，。在这段代码中，我们执行的。旗简单的测试，以确定无论是通过适当的序号值，或参考第三选项在元素。开发团队，但是，我们不建议直接使用这些浏览器检测我们的代码。相反，它的建议，我们抽象掉浏览器检测通过创建自己的自定义支持的旗帜。这样，如果标志消失，我们的代码是绝缘的变化仅仅是找到另个方法建立在个位置标志。必不可少，浏览器检测技术将避免使用。浏览器检测可能似乎，首先，像个合乎逻辑的方法处理浏览器差异。然而，简单的说我知道什么是浏览器的能力射线异物检查装置，因此测试浏览器很有意义，对吗然而浏览器检测充满陷阱和问题。主要针对这技术论点之是，扩散的浏览器，以及变化支持层次内同的版本浏览器，使这技术个无法解决的问题。你可能会想，好的，我需要测试的是和。但是为什么你排除增长着的用户的数量那和呢而且，有些定位，但并不微不足道，分析更受欢迎浏览器。例如，用同技术像背后它的用户界面。没有必要撤销对这些浏览器的支持，但是不得不测试。而且不用考虑在版本之间例如的差异。然而另个原因是，如果我们测试个具体浏览器，个未来的版本固定那个窃听器，那么我们的代码可能其实停止工作。选择解决问题的方法我们将在接下来的部分讨论给浏览器个提示来固定围绕工作的窃听器。个最后针对浏览器检测的论点是知道谁是谁变得越来越困难了。浏览器支持自己附近的个请求头被称为用户代理串。解析这个串不是很让人害怕。除此之外，许多浏览器现在允许他们的用户欺骗这个串，所以我们甚至不能相信它告诉我们的尽管解析它很麻烦,个以航海家命名的给我们了解到用户代理信息的部分，然而甚至它有浏览器差异。我们几乎需要为了浏览器检测而去做浏览器检测,停止这疯狂的事,浏览器检测是不精确，在我们的代码运行，导致巨大的漏洞语句声明的偶然阻止浏览器不精确的，由于用户欺骗用户代理信息。显然，我们要尽可能避免使用它。但是我们又能做什么来替代呢有什么可替代浏览器检测如果我们想想，我们不是真的感兴趣哪个人在使用浏览器，是吗我们考虑浏览器检测的唯的理由是我们能知道哪些能力和特征我们能使用。所以为什么我们不只是弄清楚什么那些特征比容易推断从浏览器集成数字增强型网络。特征检测的技术允许代码分支是否为依据些的物体，属性或方法存在。让我们回想章在事件处理的个例子。记得有两个先进的模型和。两个模型定义了关于元素允许倾听者被建立，但用不样的方法名称的方法。标准模型定义了方法，而模型定义了。使用浏览器检测，假设我们经过了运行，确定了增加哪个浏览器的使用也许正确地，我们可以写