browserCaps与浏览器功能设置

2018-06-22 07:35:51来源:未知 阅读 ()

新老客户大回馈,云服务器低至5折

使用 Web.config 文件中的 browserCaps 元素来定义浏览器的行为在 .NET Framework 2.0 中被否决,但仍受支持。此元素中的数据与浏览器定义文件 (.browser) 中的信息合并在一起。在本次学习将会连带.browser文件的相关内容

   

元素

说明

filter

可选的元素。

指定搜索字符串列表,通过这些字符串可以将各个设置分别应用于特定的浏览器定义。

result

指定 HttpCapabilitiesBase 派生类,该类用于保存分析 browserCaps 节所得的结果。这些功能针对各个浏览器存储为键/值字符串对。

此元素在 .NET Framework 2.0 版中仍然适用。

use

指定 HTTP 请求字符串,该字符串用于分析存储在 filter 和 case 元素中的浏览器功能信息。

   

另外filter包含子元素case,case中则是filter筛选过后保存的结果。结果以键值对形式,保存到result中执行的类型中。至于筛选的对象则是use元素中指定的HTTP头请求字段。

   

如下面的配置,定死了匹配的USER-AGENT包含Chrome/52.0.2743.116,那给浏览器的功能设置则是browser到cookies这部分信息。

<browserCaps>

<use var="HTTP_USER_AGENT"/>

<filter>

<case match="Chrome/52.0.2743.116">

browser=Chrome

version=52

majorver=52

minorver=0

hopegi=mr.hopegi

cookies=false

</case>

</filter>

</browserCaps>

 

若想在代码中获取浏览器的功能,则通过下面的方式。

object cookies = Request.Browser.Cookies;

cookies = Request.Browser["cookies"];

var hg = Request.Browser["hopegi"];

按峰哥介绍的,*.broswer文件是用于给IIS判断当前发请求过来的浏览器的类型。而判断出这个浏览器类型之后,对响应或者响应内容作出不同的更改。如未识别的浏览器且默认浏览器对cookies则判定为不支持cookies,那在Forms认证时,验证票则不会通过cookie形式保存到浏览器,结果那浏览器有可能无法正常通过认证。

*.browser文件是在.NET Framework2.0中推出的,例子如下

对User-Agent的匹配在userAgent match一节。对浏览器功能的定义在<capabilities>一节中。

   

预定义的浏览器定义文件存储在 %SystemRoot%\Microsoft.NET\Framework\version\CONFIG\Browsers 目录中。应用程序级别的浏览器定义文件可以放在应用程序的 App_Browsers 目录中。在这两个位置中,浏览器定义文件都必须具有 .browser 文件扩展名。不要更改 ASP.NET 随附的浏览器定义文件,因为 Service Pack 可能会更新这些文件,从而改写您所做的更改。相反,您应该创建新的 .browser 文件,并在新的 browser 定义中使用 parentID 属性来继承设置,或者使用 refID 属性向现有的浏览器定义添加功能。

在运行时,浏览器定义文件信息将合并到 BrowserCapabilitiesFactory 对象中的已知浏览器的集合内。发出请求时,ASP.NET 根据请求标头标识请求的浏览器,并编译一个与请求的浏览器类型相对应的 HttpBrowserCapabilities 对象。这一步是这样完成的:在开始时使用一个空字典,然后对浏览器定义树应用以下递归步骤:

  1. 从默认浏览器定义开始,默认浏览器定义始终被认为是一个成功的匹配。
  2. 将此浏览器定义中指定的功能值合并到此浏览器的功能字典中。浏览器定义中指定的值会重写父浏览器定义中设置的值。
  3. 计算每个子定义以确定是否匹配。对于每个匹配的子定义,重新从步骤 1 开始。在网关定义之后计算浏览器定义。如果用户代理匹配多个浏览器定义或多个网关定义,将会在运行时引发异常。

HttpBrowserCapabilities 对象被写入缓存,可以被来自同一类型的浏览器发出的其他请求再次使用。

   

对位于 App_Browsers 目录中的 .browser 文件所做的更改会使缓存无效,并且下一次请求将导致应用程序重新编译。但是,如果对 %SystemRoot%\Microsoft.NET\Framework\version\CONFIG\Browsers 目录中的 .browser 文件做出了更改,您必须使用 %SystemRoot%\Microsoft.NET\Framework\version\aspnet_regbrowsers.exe 工具手动重新编译应用程序,或者使用 BrowserCapabilitiesCodeGenerator 类以编程方式重新编译应用程序。

   

总结一下,browserCaps 元素和browser文件都是为了定义浏览器的功能,对于浏览器而言,它把请求发往服务器,告知服务器自身信息是通过User-Agent请求头。而服务器断定请求来自于哪个浏览器甚至于当前发来请求的浏览器具备哪些功能,此时需要这个浏览器功能设置的配置信息。它按照请求头的信息(通常是User-Agent)匹配,匹配成功后断定浏览器的类型。从而也确定浏览器具备的功能。另外郁闷的是在应用程序目录中建的App_Browser文件夹中的browser文件都不生效。

   

参考

browserCaps 元素(ASP.NET 设置架构)

https://msdn.microsoft.com/zh-cn/library/sk9az15a(VS.80).aspx

   

浏览器定义文件架构(browsers 元素)

https://msdn.microsoft.com/zh-cn/library/ms228122(v=vs.80).aspx

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:deployment与Web应用程序部署

下一篇:程序导致IIS服务器应用程序池停止