clientTarget與用戶代理別名

將特定用戶代理的別名添加到用戶代理別名的內部集合中。

   

來自 <https://msdn.microsoft.com/zh-cn/library/6379d90d(v=vs.110).aspx>

   

用戶代理別名的集合指示 ASP.NET 服務器控件應爲其呈現內容的目標用戶代理。其信息能夠在Page.ClientTarget屬性中獲取，且僅爲一個字符串，但在MVC中沒法找到相似屬性，故沒法做任何試驗或考證。

若是未設置 ClientTarget 屬性，則與 Page.Request 屬性關聯的 HttpBrowserCapabilities 對象將反映客戶端瀏覽器的功能。若是設置了此屬性，則將禁用客戶端瀏覽器檢測，而且頁將使用與提供的值（別名）關聯的瀏覽器功能。

Web 服務器計算機中的根配置文件 (Web.config) 定義了四個默認別名，能夠用做經常使用用戶代理字符串的縮寫：

• uplevel，指定等效於 Internet Explorer 6.0 的瀏覽器功能。
• downlevel，指定等效於不支持客戶端腳本的較舊瀏覽器的瀏覽器功能。您可使用此別名來確認網頁在已禁用客戶端腳本的瀏覽器中的工做方式。

可使用此屬性以編程方式設置別名字符串，也可使用 指令的 ClientTarget 特性以聲明方式設置該別名。

在應用程序級別的 Web.config 文件的 clientTarget 部分中，您能夠定義其餘的別名。

   

來自 <https://msdn.microsoft.com/zh-cn/library/system.web.ui.page.clienttarget(v=vs.110).aspx>

   

雖然沒法考證，但按我的推測，clientTarget是按照User-Agent的匹配（應該不包含正則的匹配）得出瀏覽器的別名，從而當即肯定瀏覽器類型，得出瀏覽器別名後直接用瀏覽器別名去得到瀏覽器功能定義，而再也不進行browserCaps或者Browser的匹配。而ASP.NET MVC有可能不包含對clientTarget的使用，只侷限於WebForm中使用。

在WebForm的Page類的ClientTarget是以下定義

這裏的_request是密封類HttpRequest的字段，HttpRequest與HttpRequestBase沒有繼承關係。HttpRequest的ClientTarget定義以下所示

當設置了_clientTarget以後，browsercaps會被置null，這就有對應了上文中"若是設置了此屬性，則將禁用客戶端瀏覽器檢測，而且頁將使用與提供的值（別名）關聯的瀏覽器功能 "，可是即使是對broswercaps置空了，可是在獲取Browser屬性時又會經過Factory對其進行賦值，賦值的結果則不是另一個HttpBrowserCapabilities了。

試驗是經過反射進行的

定義了clientTarget和browsercap

<clientTarget>

<add alias="IE10" userAgent="Chrome/52.0.2743.116 Safari/537.36"/>

</clientTarget>

<browserCaps>

<use var="HTTP_USER_AGENT"/>

<filter>

<case match="Chrome/52.0.2743.116 Safari/537.36">

cookies=false

hopegi=mr.hopegi

</case>

</filter>

</browserCaps>

 

HttpRequest request = System.Web.HttpContext.Current.Request;

PropertyInfo propInfo = request.GetType().GetProperty("ClientTarget", BindingFlags.NonPublic | BindingFlags.Instance);

propInfo.SetValue(request, "IE10", null);

FieldInfo browserField=request.GetType().GetField("_browsercaps", BindingFlags.NonPublic | BindingFlags.Instance);

object bVal = browserField.GetValue(request);

 

 

注意一下這裏用的是System.Web.HttpContex，而並非MVC裏面的HttpContext屬性，感受微軟在這裏弄得有點挫HttpContextBase和HttpContext。

沒設值前是Chorme

設值完畢後，_browser屬性被置空了

此時再次獲取Browser屬性從新計算，得出的結果再也不是Chorme。失敗的是，這裏只能把Browser的類型弄成Unknown，而弄不到其餘瀏覽器類型。