ASP.NET的設計思想

作者: 中華小鷹  來源: 博客園  發布時間: 2009-04-23 10:22  閱讀: 2217 次  推薦: 1   原文鏈接   [收藏]  
 
摘要:從本質上講,Asp.net就是一種服務器端動態產生html、css、javascript等瀏覽器認識的代碼的技術。
[1] ASP.NET的設計思想
[2] ASP.NET的設計思想

  自從有了html與http,就有了瀏覽器與Web服務器,并有了Web應用,最初的交互模式是這樣的:

  該模式很好地運行了很多年。然而,隨著計算機應用的發展,人們越來越不滿足于只有靜態內容的頁面,而由某種機制動態產生html等代碼的需求越來越迫切,于是,很多技術就應運而生,Asp.net就是這樣一種技術。從本質上講,Asp.net就是一種服務器端動態產生html、css、javascript等瀏覽器認識的代碼的技術。Asp.net的交互模式如下:

  由該圖可知,Asp.net必須解決兩大問題,一是如何與Web服務器(一般就是指IIS)進行交互,二是如何根據不同請求產生不同的html等代碼。

  第一個問題,根據IIS版本(5.*,6.0,7.0)的不同,Asp.net具有不同的進程模式與不同的交互模式,該問題不是本篇要講述的。一般來說,大家不必關心該問題,而且要了解該問題,又必須清楚IIS各個版本的模型,而各個版本又各有各的不同,因此,我基本不準備講述這個問題,大家有興趣的話,可以自行搜索相關資料。

  我們來討論第二個問題,這里首先要說明的是,因為IIS7.0進程模式的變化比較大,我也沒去了解IIS7.0的模型,因此,以下講述及以后講述將只針對IIS5.*與IIS6.0。我們有理由認為,針對IIS5.*與IIS6.0的講述一般同樣適用于IIS7.0。

  先且按下該問題不表,我們來看一段請求玉帝把大象放到冰箱里的代碼(為什么不是上帝?因為我中華不歸上帝管),請大家先跟著我的思路來,別急,別急。

Code1

  請大家先認真讀懂該代碼,該代碼不會有問題吧,如果有問題,那么還請你一定先讀懂該代碼再往下看。

  后來,玉帝累了,他想啊,我堂堂玉帝,居然親自干這種沒含量的活,但是顧客是玉帝的玉帝,又不能不干。于是,玉帝找了兩個手下(把門大神、神象星宿)來幫他干活。

Code2

  觀測該代碼有哪些變化?玉帝增加了一個Init方法,該方法召集了那些干活的手下,并交待手下你們要干的事情(初始化)。所有手下都繼承自IEmperorModule接口,該接口有一個Init方法,以初始化該手下能干的活。玉帝的ProcessRequest方法不再親自干活了,而僅僅是在那邊喊,該開門了,該把大象放進去了,該關門了。

  (來點題外話,上面代碼應用了模板方法模式,或者說是模板方法的變種。什么,不是,沒有抽象類,沒有抽象方法,沒有子類?請問,模板方法一定要有抽象類嗎?一定要有抽象方法嗎?一定要有子類嗎?我想,模板方法的精髓,在于它規定了特定的步驟算法,而這些步驟在必要的時候可以委托給其它方法實現。在傳統的模板方法中,是委托給子類實現,而在我們擁有委托的情況下,難道我們不能委托給其它類實現嗎?其實,我想,學習設計模式,不要拘泥于形式,而要掌握其精髓,并靈活運用。就Gof的23種設計模式來說,我覺得其精髓幾乎全部可由一句話概括。)

  天有不測風云,人有旦夕禍福,某一天,這神象星宿病了,他趕不動超過1000斤的大象了,怎么辦?玉帝于是又召集了超級神象星宿,可但凡有點能耐的都有點脾氣,超級神象星宿表示,只有其它人趕不動的大象他才來趕。

Code3

  仔細琢磨該代碼,請問你發現了什么?如果你發現的是靈活的可擴展性和可配置性,以及各手下之間的交互,那么恭喜你,你悟性很高。如果你還發現了職責鏈模式,那么恭喜你,你悟性非常高。(該代碼中兩個神象星宿的交互完全可以通過在Context中增加一個bool值屬性來實現,之所有這里用Items字典,是為了演示如果你不具有修改Context的源代碼的時候,該如何處理。)

[第1頁][第2頁]
1
0
 
標簽:ASP.NET
 
 

文章列表

arrow
arrow
    全站熱搜
    創作者介紹
    創作者 大師兄 的頭像
    大師兄

    IT工程師數位筆記本

    大師兄 發表在 痞客邦 留言(0) 人氣()