设置 Page.ClientTarget = "uplevel" 的缺点是什么？对于所有页面？

Question

我们最近遇到了问题，因为自 Firefox 4 发布以来，ScrollPosition 数据从未发送给 Firefox 用户。这是由于 browsercaps 文件仅指定 Firefox 3.x 的功能造成的。解决此问题的一种方法是在每台服务器上更新 browsercaps 文件，并在新版本的 Firefox（或 Chrome 或其他版本）发布时更新。好吧，在我们有机会解决这个问题之前，我们已经在使用 Firefox 6，而这似乎是一场我们不想继续进行的竞赛。

事实证明，在母版页中设置 Page.ClientTarget = "uplevel"（因此，对于所有内容，无条件地）可以修复我们特定的 Firefox ScrollPosition 问题。这种解决方案会带来哪些负面后果？ Android 浏览器的用户体验会更差吗？他们现在是否只是要下载不必要的较大页面？我们有什么理由不应该这样做吗？

Page.ClientTarget 的文档非常可怕：

uplevel ，指定相当于 Internet 的浏览器功能 资源管理器 6.0。

..并且似乎是错误的，或者至少是误导性的。看起来它是在 IE6 还是功能最强大的浏览器的时代编写的。 “uplevel”真的意味着“假设浏览器具备一切能力”或“像对待 IE6 一样对待它”吗？

Answer 1

如果您想告诉 WebForms 有效地“暂停”，那么设置 Uplevel 就可以了，尽管您想在早于母版页的 Page_Init 中执行此操作。此时，WebForms 将假设每个人的浏览器都比您自己的浏览器更新。

Answer 2

对于服务器端兼容性，无法测试浏览器的实际限制，我更喜欢使用黑名单而不是白名单：如果浏览器不知道不支持功能X，那么我假设它支持它。

您还可以将所有版本的浏览器列入黑名单，例如，没有任何版本的 IE 支持功能 X)。这要求您在 IE 支持功能 X 后更新黑名单。

浏览器升级不应破坏此方案。

Answer 3

这不是“缺点是什么”问题的答案，而是：

您可以在 browsercaps 文件中的浏览器版本检测中使用正则表达式。

例如，2011 年 11 月 13 日，Microsoft 发布了 ASP.NET 4.0 的更新，将 IE10 添加到了高级列表（并修复了位于 \Windows 中的 ie.browser 文件中的错误） \Microsoft.NET\Framework\v4.0.30319\Config\Browsers）。他们有一个正则表达式，仅检查个位数的主要版本，但在补丁之后，任何 IE 版本 >= 6 将被视为高级版本。

更改之前： 更改

<capability name="majorversion" match="[6-9]" />

之后：

<capability name="majorversion" match="[6-9]|[1-9]\d+" />

我猜您不会再遇到这个问题了，因为至少从 2011 年 10 月 26 日开始，firefox 指令还使用正则表达式来检测上层版本 >= 3：（来自firefox.browser 文件），

<browser id="Firefox3" parentID="Firefox">
    <identification>
        <capability name="majorversion" match="^[3-9]|[1-9]\d+" />
    </identification>

    <capabilities>
        <capability name="javascriptversion"               value="1.8" />
        <capability name="supportsMaintainScrollPositionOnPostback" value="true" />
    </capabilities>
</browser>

但如果您仍然遇到问题，只需使用具有前瞻性的正则表达式（不存在“个位数主要版本”错误的正则表达式，例如在早期的补丁中）在 firefox.browser 文件中