編寫輕量ajax組件02-AjaxPro淺析
前言html
上一篇介紹了在webform平臺實現ajax的一些方式，而且實現一個基類。這一篇咱們來看一個開源的組件:ajaxpro。雖然這是一個比較老的組件，不過實現思想和源碼仍是值得咱們學習的。經過上一篇的介紹，咱們知道要調用頁面對象的方法，就是靠反射來實現的，關鍵是整個處理過程，包括反射調用方法、參數映射等。ajaxpro不只在後臺幫咱們實現了這個過程，在前臺也封裝了請求調用的方法，例如ajax的相關方法，用ajaxpro的方法就能夠發送異步請求了，不須要本身封裝js或者使用js庫。接下來就對這個組件進行淺析。前端
1、ajaxpro的使用jquery
咱們先來看這個組件如何使用。web
1. 註冊AjaxHandlerFactoryajax
在web.config裏進行以下配置：數組
<httpHandlers>
<add verb="POST,GET" path="ajaxpro/*.ashx" type="AjaxPro.AjaxHandlerFactory, AjaxPro"/>
</httpHandlers>
簡單的說，請求的url符合 ajaxpro/*.ashx 格式的，都會被AjaxHandlerFactory處理，這是一個實現IHandlerFactory接口的工廠類，用來獲取IHandler處理程序。其中type的格式是："名稱控件.類名稱，程序集名稱"。瀏覽器
2. 在頁面類Page_Load事件進行註冊緩存
protected void Page_Load(object sender, EventArgs e)
{
AjaxPro.Utility.RegisterTypeForAjax(typeof(AjaxProPage));
}
咱們傳遞了本頁面對象的Type給ResisterTypoForAjax方法，這個方法用來在前臺註冊腳本，具體會調用當前Page對象的RegisterClientScriptBlock進行註冊，因此.aspx文件中必須有一個<form runat="server"></form>，不然腳本將沒法註冊。（這裏傳遞了Type，實際也能夠作到不用傳遞的，內部經過HttpContext.Current.Handler.GetType().BaseType 也能夠得到這個類型）session
3.用AjaxMethod標記方法 mvc
[AjaxMethod]
public List<string> GetList(string input1,string input2)
{
return new List<string> { input1, input2 };
}
AjaxMethod是一個標記屬性，表示這個方法用於處理ajax請求，它最終經過反射執行；它有幾個構造函數對，對於有些須要緩存的數據，能夠設置緩存時間；若是咱們的請求不須要使用Session，能夠設置HttpSessionStateRequirement；若是請求須要異步，例如請求一個耗時的web服務，也能夠設置處理程序爲異步狀態。
方法的返回值能夠是簡單的類型，也能夠是複雜的類型；例如集合類型在前臺得到就是一個數組。
4.前臺調用
後臺的配置和使用都很是簡單，接下來咱們看前臺如何發起請求。
function GetList() {
//var result = AjaxProNamespace.AjaxProPage.GetList("a", "b").value;
//console.log(result);
AjaxProNamespace.AjaxProPage.GetList("a", "b", function (result) {
console.log(result);
});
}
這裏AjaxProNamespace 是頁面類所在的名稱空間，AjaxProPage 就是頁面類的名稱，GetList是標記的方法。爲何能夠這樣寫呢？前面說到，ajaxpro會在前臺註冊腳本，它會根據咱們頁面對象的相關信息生成以下腳本，因此咱們才能夠這樣調用，而徹底不用本身寫js或者用jquery庫的方法。
if(typeof AjaxProNamespace == "undefined") AjaxProNamespace={};
if(typeof AjaxProNamespace.AjaxProPage_class == "undefined") AjaxProNamespace.AjaxProPage_class={};
AjaxProNamespace.AjaxProPage_class = function() {};
Object.extend(AjaxProNamespace.AjaxProPage_class.prototype, Object.extend(new AjaxPro.AjaxClass(), {
GetList: function(input1, input2) {
return this.invoke("GetList", {"input1":input1, "input2":input2}, this.GetList.getArguments().slice(2));
},
url: '/ajaxpro/AjaxProNamespace.AjaxProPage,TestAjaxProSourceCode.ashx'
}));
AjaxProNamespace.AjaxProPage = new AjaxProNamespace.AjaxProPage_class();
GetList的參數對應後臺方法的參數，類型必須能夠轉換，不然調用會失敗。最後一個參數爲回調函數，回調函數的參數是對返回結果進行封裝的對象，其value屬性就是執行成功返回的值，如上面返回的就是一個數組對象。其error包括了失敗的信息。
注意，上面註釋掉的部分是同步請求的作法，這每每不是咱們想要的，我曾經就見過有人這樣錯誤的使用。
2、ajaxpro處理請求原理
這裏主要關注組件處理ajax請求的過程，其它輔助功能不作介紹。
1.生成輔助腳本
在Page_Load事件裏咱們調用了AjaxPro.Utility.RegisterTypeForAjax(typeof(AjaxProPage)); 用來註冊所須要的腳本。咱們注意到在前臺頁面引入了以下腳本：
也就是每一個頁面都會都會發起這幾個Get 請求。這幾個都是.ashx結尾的文件，但實際裏面都是js代碼；這些js有的是做爲資源嵌套在dll內部，有的是自動生成的，主要是封裝了ajax請求相關方法，以及讓咱們能夠用：名稱空間.頁面類名稱.標記方法名稱 這樣去調用方法。爲何要用.ashx而不是用.js呢？由於做爲組件內部的資源文件，外部沒法直接請求.js文件，而.ashx能夠被攔截，而後用Response.Write將內容輸出。
若是每次都生成和發送這些腳本的效率是很低的，ajaxpro內部的處理是判斷請求頭的If-None-Math和If-Modified-Since，若是兩個都和緩存的同樣，就返回一個304狀態碼。因此，客戶端只有首次請求服務端會返回文件的內容，後續的都只返回304表示使用本地緩存。咱們刷新頁面能夠驗證這個過程：
咱們知道304狀態碼錶示服務端告訴瀏覽器可使用本地緩存，它的具體過程是這樣的：瀏覽器將發送請求，Request包括If-None-Math和If-Modified-Since；服務端接收到請求後，判斷If-None-Math和ETag是否同樣，判斷If-Modified-Since和請求內容的Last-Modified-Time是否同樣；若是都同樣，則返回304狀態碼，瀏覽器接收到304，就直接使用本地緩存；若是有一個不同，服務端都將輸出具體內容，此時Response包含新的ETag和Last-Modified-Time。這個過程最明顯的好處就是服務端不須要發送內容給瀏覽器，但缺點就是瀏覽器和服務端還須要一次請求-響應的過程。我的認爲這裏可使用Cache-Control，並設置一個較大值的時間，由於這裏的js文件內容基本是不會變化的。Cache-Control表示瀏覽器請求時，先判斷請求是否過期，若是沒有過期，則直接從本地緩存得到，這個過程瀏覽器不須要和服務端創建任何請求；若是過期，瀏覽器纔會發起請求。（須要注意的是，瀏覽器緩存都是基於Get請求的，Post請求是不會被緩存的）
2. 攔截請求
HttpHandler(IHttpHandler) 和 HttpModule(IHttpModule) 是asp.net 兩個重要的組件，讓咱們能夠在asp.net的基礎上很方便的進行擴展。HttpHandler對應某種具體的請求，例如.ashx，.aspx等；HttpModule是一個攔截器，能夠在管道的某個事件對全部請求進行攔截。簡單的說，在管道中，HttpApplication會觸發一系列事件，咱們在經過HttpModule對某個事件進行註冊，例如咱們能夠在處理程序對象生成前攔截請求，而後映射到本身的處理程序；而實際處理請求返回結果的是HttpHandler，例如Page用來生成html。
以asp.net mvc框架爲例，它是創建在asp.net 路由機制的基礎上的，asp.net 路由系統經過一個UrlRoutingModule對請求進行攔截，具體是在PostResolveRequestCache事件進行攔截，對url進行解析，封裝相應的路由數據後，最終將請求交給一個MvcHandler進行處理，MvcHandler實現了IHttpHandler接口。
前面咱們進行了以下配置：<add verb="POST,GET" path="ajaxpro/*.ashx" type="AjaxPro.AjaxHandlerFactory, AjaxPro"/> 這代表了任何的以 ajaxpro/任意名稱.ashx結尾的 Post/Get 請求，都交給AjaxPro.AjaxHandlerFactory進行處理，它是一個實現了IHandlerFactory的處理程序工廠，用來生成具體的IHttpHandler。組件內部定義了多個實現IHttpHandler的類，有的是爲了生成js腳本的，對於處理ajax請求，主要分爲兩類：異步（IHttpAsyncHandler）和非異步(IHttpHandler)；在這兩類的基礎上，對於Session的狀態的支持又分爲三種：支持讀寫（實現IRequiresSessionState標記接口）的Handler、只讀（實現IReadOnlySessionState標記接口）的Handler和不支持Session的Handler。具體生成什麼樣的Handler是經過AjaxMethod進行判斷的。
IHttpHandler的ProcessRequest(異步就是BeginProcessRequest)就用來執行請求返回輸出結果的。若是隻須要一種處理程序咱們也能夠實現IHttpHandler。IHandlerFactory的定義以下：
public interface IHttpHandlerFactory
{
IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated);
void ReleaseHandler(IHttpHandler handler);
}
因此，ajaxpro的全部請求都會符合ajaxpro/*.ashx格式，而後在GetHandler方法，就能夠進行具體的處理，返回結果是IHttpHandler；以非異步狀態爲例，若是咱們配置了須要Session，就會生成一個實現IHttpHandler和IRequiresSessionState的Handler,若是須要只讀的Session，就會生成一個實現IHttpHandler和IReadOnlySessionState的Handler；這些信息能夠經過反射從AjaxMethod標記屬性得到。AjaxHandlerFactory的主要代碼以下：
public IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated)
{
string filename = Path.GetFileNameWithoutExtension(context.Request.Path);
Type t = null;
Exception typeException = null;
bool isInTypesList = false;
switch (requestType)
{
//Get請求，獲取前面的那4個腳本
case "GET":
switch (filename.ToLower())
{
case "prototype":
return new EmbeddedJavaScriptHandler("prototype");
case "core":
return new EmbeddedJavaScriptHandler("core");
case "ms":
return new EmbeddedJavaScriptHandler("ms");
case "prototype-core":
case "core-prototype":
return new EmbeddedJavaScriptHandler("prototype,core");
case "converter":
return new ConverterJavaScriptHandler();
default:
return new TypeJavaScriptHandler(t);
}
case "POST":
IAjaxProcessor[] p = new IAjaxProcessor[2];
p[0] = new XmlHttpRequestProcessor(context, t);
p[1] = new IFrameProcessor(context, t);
for (int i = 0; i < p.Length; i++)
{
if (p[i].CanHandleRequest)
{
//獲取標記方法的AjaxMethod屬性
AjaxMethodAttribute[] ma = (AjaxMethodAttribute[])p[i].AjaxMethod.GetCustomAttributes(typeof(AjaxMethodAttribute), true);
bool useAsync = false;
HttpSessionStateRequirement sessionReq = HttpSessionStateRequirement.ReadWrite;
if (ma.Length > 0)
{
useAsync = ma[0].UseAsyncProcessing;
if (ma[0].RequireSessionState != HttpSessionStateRequirement.UseDefault)
sessionReq = ma[0].RequireSessionState;
}
//6種Handler，根據是否異步，session狀態返回指定的Handler
switch (sessionReq)
{
case HttpSessionStateRequirement.Read:
if (!useAsync)
return new AjaxSyncHttpHandlerSessionReadOnly(p[i]);
else
return new AjaxAsyncHttpHandlerSessionReadOnly(p[i]);
case HttpSessionStateRequirement.ReadWrite:
if (!useAsync)
return new AjaxSyncHttpHandlerSession(p[i]);
else
return new AjaxAsyncHttpHandlerSession(p[i]);
case HttpSessionStateRequirement.None:
if (!useAsync)
return new AjaxSyncHttpHandler(p[i]);
else
return new AjaxAsyncHttpHandler(p[i]);
default:
if (!useAsync)
return new AjaxSyncHttpHandlerSession(p[i]);
else
return new AjaxAsyncHttpHandlerSession(p[i]);
}
}
}
break;
}
return null;
}
3. 反射執行方法
當得到一個處理本次請求的Handler後，就能夠在其ProcessRequest(異步爲BeginProcessRequest)執行指定的方法。要執行一個頁面對象的方法，咱們必須知道指定頁面所在的程序集，名稱空間，頁面類的名稱以及方法的名稱。這彷佛符合咱們前面：名稱空間.類名稱.方法名稱的調用方式。爲了與通常請求區分開，讓組件具備足夠的獨立性，ajaxpro只攔截符合"ajaxpro/*.ashx格式的請求，這說明咱們的ajax請求也要符合這個格式。如：http://localhost:50712/ajaxpro/AjaxProNamespace.AjaxProPage,TestAjaxProSourceCode.ashx，這個格式由前臺腳本自動生成，並不須要咱們去構造。仔細觀察，會發現AjaxProNamespace.AjaxProPage，TestAjaxProSourceCode 就是頁面類的徹底限定名：名稱空間.類名稱，程序集名稱，經過這個咱們就能夠生成具體的Type，而後進行反射獲取信息。那麼方法的名稱呢？ajaxpro將其放在http header 中，名稱爲：X-AjaxPro-Method。有了這些信息，就能夠反射執行方法了。這裏核心代碼爲：
internal void Run()
{
try
{
//設置輸出結果不緩存（這不必定是咱們想要的）
p.Context.Response.Expires = 0;
p.Context.Response.Cache.SetCacheability(System.Web.HttpCacheability.NoCache);
p.Context.Response.ContentType = p.ContentType;
p.Context.Response.ContentEncoding = System.Text.Encoding.UTF8;
//驗證ajax請求
if (!p.IsValidAjaxToken())
{
p.SerializeObject(new System.Security.SecurityException("The AjaxPro-Token is not valid."));
return;
}
//方法參數對象數組
object[] po = null;
//請求處理結果
object res = null;
try
{
//獲取參數
po = p.RetreiveParameters();
}
catch (Exception ex){}
//獲取緩存的Key
string cacheKey = p.Type.FullName + "|" + p.GetType().Name + "|" + p.AjaxMethod.Name + "|" + p.GetHashCode();
if (p.Context.Cache[cacheKey] != null)
{
//若是緩存存在，則直接使用緩存
p.Context.Response.AddHeader("X-" + Constant.AjaxID + "-Cache", "server");
p.Context.Response.Write(p.Context.Cache[cacheKey]);
return;
}
try
{
if (p.AjaxMethod.IsStatic)
{
//使用反射調用靜態方法
try
{
res = p.Type.InvokeMember(
p.AjaxMethod.Name,
System.Reflection.BindingFlags.Static | System.Reflection.BindingFlags.Public | System.Reflection.BindingFlags.InvokeMethod,
null, null, po);
}
catch (Exception ex){}
}
else
{
try
{
//建立實例對象,反射調用實例方法
object c = (object)Activator.CreateInstance(p.Type, new object[] { });
if (c != null)
{
res = p.AjaxMethod.Invoke(c, po);
}
}
catch (Exception ex){}
}
}
catch (Exception ex){}
try
{
//判斷結果是否是xml，如是設置ContentType
if (res != null && res.GetType() == typeof(System.Xml.XmlDocument))
{
p.Context.Response.ContentType = "text/xml";
p.Context.Response.ContentEncoding = System.Text.Encoding.UTF8;
((System.Xml.XmlDocument)res).Save(p.Context.Response.OutputStream);
return;
}
string result = null; ;
System.Text.StringBuilder sb = new System.Text.StringBuilder();
try
{
result = p.SerializeObject(res);
}
catch (Exception ex){}
//若是須要緩存，則將結果寫入緩存
if (p.ServerCacheAttributes.Length > 0)
{
if (p.ServerCacheAttributes[0].IsCacheEnabled)
{
p.Context.Cache.Add(cacheKey, result, null, DateTime.Now.Add(p.ServerCacheAttributes[0].CacheDuration), System.Web.Caching.Cache.NoSlidingExpiration, System.Web.Caching.CacheItemPriority.Normal, null);
}
}
}
catch (Exception ex){}
}
catch (Exception ex){}
}
3、總結
咱們總結一下ajaxpro的核心處理流程，它經過一個IHttpHandlerFactory攔截指定格式的url，而後從中獲取類型的徹底限定名生成類型對象，接着經過反射獲取標記方法的特性，生成一個自定義的實現IHttpHandler接口的對象；在其ProcessRequest方法中，從http headers獲取方法名稱，經過反射進行參數映射並執行函數。
ajaxpro 具備以下優勢：
1. 配置簡單。
2. 能夠配合其它組件一塊兒使用。
3. 封裝前臺腳本，咱們不用本身封裝或者使用其它腳本庫。
4. 對返回值處理，咱們能夠返回簡單類型或者複雜類型都會自動序列化。
缺點是：
1. 頁面會多出4個請求。儘管會利用304緩存，但仍是須要一次請求-響應的過程。
2. ajax沒法使用Get請求。因爲自定義了url格式，使用這種格式就沒法用Get請求了，咱們知道Get請求是能夠被瀏覽器緩存的，雅虎前端優化建議中有一條就是多用get請求。事實上，應該把名稱空間.類名稱,程序集放到http header中，而後提供了一個type類型的參數讓咱們自由選擇。
3. 與<form runat="server">綁定。目的是用了爲咱們生成前臺腳本，但若是咱們但願用.html文件 + .aspx.cs 的方式就不能用了（博客園有些頁面就用了這種方式）；甚至咱們的接口可能要給移動端使用，這種方便就變成了限制。
4. 反射。這樣效率是比較低的，它甚至沒有像咱們以前的頁面類同樣，對MethodInfo進行緩存。
能夠看出，若是在不太計較效率的狀況，這個組件仍是值得使用的。這裏只是作一個核心的介紹，裏面還有不少其它功能，這是ajaxpro組件的源代碼，有興趣的朋友能夠研究研究。
- 1. 編寫輕量ajax組件02-AjaxPro淺析
- 2. 編寫輕量ajax組件03-實現（附源碼）
- 3. 淺析輕量級鎖
- 4. 組件編寫
- 5. Kubernetes 組件淺析
- 6. 組件化淺析
- 7. 淺析ajax
- 8. React組件-組件編寫
- 9. 編寫輕量ajax組件01-對比webform平臺上的各類實現方式
- 10. Mac輕量級代碼編寫工具
- 更多相關文章...
- • PHP 常量數組 - PHP 7 新特性
- • ASP AdRotator 組件 - ASP 教程
- • 互聯網組織的未來：剖析GitHub員工的任性之源
- • PHP Ajax 跨域問題最佳解決方案
-
每一个你不满意的现在，都有一个你没有努力的曾经。
- 1. 編寫輕量ajax組件02-AjaxPro淺析
- 2. 編寫輕量ajax組件03-實現（附源碼）
- 3. 淺析輕量級鎖
- 4. 組件編寫
- 5. Kubernetes 組件淺析
- 6. 組件化淺析
- 7. 淺析ajax
- 8. React組件-組件編寫
- 9. 編寫輕量ajax組件01-對比webform平臺上的各類實現方式
- 10. Mac輕量級代碼編寫工具