最近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 东西真的太多且祭司记性不太好所以真的需要一本好的技术手册供我参考而供自己参考的技术手册一来品质要好二来深广度要够三来所有知识的秘密都必须写出来总没有人在防自己的吧哈哈所以祭司一直跟你们说这本书不但是供你们参考也是祭司本人的重要参考真的不是盖你们的啦也不唬烂的我已经真的常常在参考了!
