最近ASPNET 實在沒有什麼新消息也沒什麼驚人動態在沒有新聞的情況下看來祭司只好自己創造新聞啰今天要談的是ASPNET 的Web Part Framework
Web Part Framework就是指Web組件為什麼要談它呢?主要是有個小故事有個讀者問我他想用Web Part但可不可以不要用SQL Server資料庫?!他問的當時我小楞了一下因為ASPNET 的東西太多了多到我也不可能記住所有的細節於是我調出第二十章Web Part Framework我重新拉回Web Part Framework架構圖運作的記憶我一分鐘內當下告訴他～不可能!為何祭司是這樣子笃定?請來看看祭司書中是如何解說Web Part Framework架構
首先來看Web組件的意義與作用
Web組件英文原文是Web Parts這個名詞乍看之下真是令人一頭霧水沒錯!真的無法令人直覺聯想到底是什麼東西祭司先用白話解譯一下觀念其實Web組件就是有一堆預先定義好的〝網頁零件〞(我覺得Part翻成零件比較貼切)而透過這些〝網頁零件〞讓使用者可以拼拼湊湊修改調整成他喜歡的網頁樣式與Layout配置(感覺有點像樂高積木可以自由拼湊組合)不像傳統網頁內容設計好之後就是固定的固定就是固定!管你使用者是天皇老子或總經理看到的內容跟我們小職員看到的是一模一樣好聽點是一律平等難聽點是沒人性完全抹煞掉不同身份性別星座使用者所可能會喜歡的外觀樣式偏好;而有了Web組件使用者可以結合個人化機制來達成自行設定外觀或樣式等等風格使用者自訂的Web組件內容會被儲存在個人化機制之中即使關閉浏覽器離開網站下次登入時系統會自動從個人化機制中調出您上次所定義的風格樣式並套用在您登入的網頁如何?很有意思吧!
Web組件架構
在進一步解釋Web組件架構前先來看下面Web組件架構圖
Web組件架構圖
從上面的Web組件架構圖中可以看到共分為三層()最底層是個人化機制()中間層是UI結構化元件()最上層是Web組件UI控制項最上層會依賴中間層而中間層又依賴最底層這是什麼意思呢?因為它們必須互相搭配才能運作說明如下
()個人化機制(最底層)
因為Web組件既然是讓使用者能夠自訂編輯其個人偏好的網頁外觀樣式或組成當然要有一個機制可以針對使用者帳號來記憶其對Web組件所做的種種設定與變更故個人化機制扮演的就是這個角色;而使用者下次登入時Web組件系統也會自動從個人化中讀出相關資料與設定再一一還原成使用者上一次所設定的網頁外觀設定
()UI結構化元件(中間層)
UI結構元件依賴於個人化並提供所有Web組件控制項所需的核心結構和服務UI結構化元件主要包含兩大類的東西一是WebPartManager控制項另一個是Zone而每個組件頁面都一定必須要有一個WebPartManager控制項以便管理與協調在此頁面中所有的Web組件控制項Zone則是容納實際的Web組件控制項並負責對Web組件控制項做Layout配置及提供標題外觀樣式給Web組件控制項
()Web組件UI控制項(最上層)
Web組件UI控制項是實際呈現及作用的控制項其實它不過就是幾種類型的〝伺服端的控制項〞包括了Web組件控制項ASPNET伺服器控制項Web組件控制項使用者自訂控制項與自訂伺服器控制項等等而這些控制項必須放在相對應的Zone區域容器之中以便受到管理所以這層的控制項又依賴中間層的理由
所以以此架構圖所解說Web Part必須依賴最底層是Personalization個人化機制而個人化又一定要資料庫所以我一分鐘內很清楚地回答他不可能!Web Part還是需要資料庫的
注因為ASPNET 東西真的太多且祭司記性不太好所以真的需要一本好的技術手冊供我參考而供自己參考的技術手冊一來品質要好二來深廣度要夠三來所有知識的秘密都必須寫出來總沒有人在防自己的吧哈哈所以祭司一直跟你們說這本書不但是供你們參考也是祭司本人的重要參考真的不是蓋你們的啦也不唬爛的我已經真的常常在參考了!
From:http://tw.wingwit.com/Article/program/net/201311/11657.html
