首頁 »
2006/07/06

ASP.NET 2.0的Web Part Framework(新書連載)

本篇文章將介紹Web Part概念意義與Web Part Framework架構圖。


最近ASP.NET 2.0實在沒有什麼新消息,也沒什麼驚人動態,在沒有新聞的情況下,看來祭司只好自己創造新聞囉,今天要談的是ASP.NET 2.0的Web Part Framework。 Web Part Framework就是指Web組件,為什麼要談它呢?主要是有個小故事,有個讀者問我他想用Web Part,但可不可以不要用SQL Server資料庫?!他問的當時我小楞了一下,因為ASP.NET 2.0的東西太多了,多到我也不可能記住所有的細節,於是我調出第二十章Web Part Framework,我重新拉回Web Part Framework架構圖運作的記憶,我一分鐘內當下告訴他~不可能!為何祭司是這樣子篤定?請來看看祭司書中是如何解說Web Part Framework架構。 首先來看Web組件的意義與作用: Web組件英文原文是「Web Parts」,這個名詞乍看之下真是令人一頭霧水,沒錯!真的無法令人直覺聯想到底是什麼東西,祭司先用白話解譯一下觀念,其實Web組件就是有一堆預先定義好的〝網頁零件〞(我覺得Part翻成零件比較貼切),而透過這些〝網頁零件〞讓使用者可以拼拼湊湊修改調整成他喜歡的網頁樣式與Layout配置(感覺有點像樂高積木可以自由拼湊組合),不像傳統網頁內容設計好之後就是固定的,固定就是固定!管你使用者是天皇老子或總經理看到的內容跟我們小職員看到的是一模一樣,好聽點是一律平等,難聽點是沒人性,完全抹煞掉不同身份、性別、星座使用者所可能會喜歡的外觀樣式偏好;而有了Web組件使用者可以結合個人化機制來達成自行設定外觀或樣式等等風格,使用者自訂的Web組件內容會被儲存在個人化機制之中,即使關閉瀏覽器離開網站,下次登入時系統會自動從個人化機制中調出您上次所定義的風格樣式,並套用在您登入的網頁,如何?很有意思吧! Web組件架構: 在進一步解釋Web組件架構前,先來看下面Web組件架構圖。

Web組件架構圖(點圖放大) 從上面的Web組件架構圖中可以看到共分為三層:(1)最底層是個人化機制(2)中間層是UI結構化元件(3)最上層是Web組件UI控制項,最上層會依賴中間層,而中間層又依賴最底層,這是什麼意思呢?因為它們必須互相搭配才能運作,說明如下: (1)個人化機制(最底層) 因為Web組件既然是讓使用者能夠自訂編輯其個人偏好的網頁外觀、樣式或組成,當然要有一個機制可以針對使用者帳號來記憶其對Web組件所做的種種設定與變更,故「個人化機制」扮演的就是這個角色;而使用者下次登入時,Web組件系統也會自動從個人化中讀出相關資料與設定,再一一還原成使用者上一次所設定的網頁外觀設定。 (2)UI結構化元件(中間層) UI結構元件依賴於個人化,並提供所有Web組件控制項所需的核心結構和服務。UI結構化元件主要包含兩大類的東西,一是WebPartManager控制項,另一個是Zone,而每個組件頁面都一定必須要有一個WebPartManager控制項,以便管理與協調在此頁面中所有的Web組件控制項,Zone則是容納實際的Web組件控制項,並負責對Web組件控制項做Layout配置,及提供標題、外觀、樣式給Web組件控制項。 (3)Web組件UI控制項(最上層) Web組件UI控制項是實際呈現及作用的控制項,其實它不過就是幾種類型的〝伺服端的控制項〞,包括了:Web組件控制項、ASP.NET伺服器控制項Web組件控制項、使用者自訂控制項與自訂伺服器控制項等等,而這些控制項必須放在相對應的Zone區域容器之中以便受到管理,所以這層的控制項又依賴中間層的理由。 所以以此架構圖所解說,Web Part必須依賴最底層是Personalization個人化機制,而個人化又一定要資料庫,所以我一分鐘內很清楚地回答他不可能!Web Part還是需要資料庫的。

註:

因為ASP.NET 2.0東西真的太多,且祭司記性不太好,所以真的需要一本好的技術手冊供我參考,而供自己參考的技術手冊一來品質要好,二來深廣度要夠,三來所有知識的祕密都必須寫出來,總沒有人在防自己的吧...哈哈,所以祭司一直跟你們說這本書不但是供你們參考,也是祭司本人的重要參考,真的不是蓋你們的啦,也不唬爛的,我已經真的常常在參考了!^_^



聖殿祭司的ASP.NET 2.0專家技術手冊~開放預購(158本完封謝謝大家^_^)←上一篇 │首頁│ 下一篇→ASP.NET 2.0新書上市與寄送公告
本文引用網址: