By Ben
环境: WinXP, SQL Server 2000 + SP3A, .Net 1.1, UIP 2.0
研究思路:
1. 了解熟悉UIP和它的架构
2. 安装UIP
3. 研究demo, 了解UIP实际意义
4. 完成UIP应用的helloworld程序
5. 进而考虑总结实际项目中对UIP的可利用之处
概述
UIP是Application Block 之一, 但它也使用到Data Access Application Block.
UIP设计出来的目的是实现我们以往设计UI的一些固定化的UI逻辑管理起来, 并加以控制.
根据MVC模式实现更复杂的UI逻辑. 也就是将UI Layer的一些logic抽出来放在Business层
UIP的架构:
|
一些相关名词解释:
View
与系统用户最接近的一层, 也是UI可见的一部分. UIP提供 WebFormView,
WindowsFormView, WindowsFormControlView来自定义我们的程序的 View. 相当于MVC 的 View
UIP Configuration
一般是workflow等界面的或UIP的设置
Controller
觉得是UIP的中心, 主宰UI逻辑的控制器 相当于MVC的Controller
State
顾名思义, 是管理状态的, 相当于MVC的Model 相关名词: Task
|
1. 安装
此Block安装程序、demo的源码都是公开的, 可以在微软网站上download
download 安装包除这个application 的数据库和全部源码外, 还有几个demo 源码
2. demo分析
本次研究只重点研究Store的Web Application 实例.
这个Store工作流程
View的设置定义
而以上相关页面的View Configuration定义于Web.Config:
<views> <view name="cart" type="cart.aspx" controller="StoreControllerNavGraph" /> <view name="browsecatalog" type="browsecatalog.aspx" controller="StoreControllerNavGraph" /> <view name="error" type="uipError.aspx" controller="StoreControllerNavGraph" /> <view name="congratulations" type="congratulations.aspx" controller="StoreControllerNavGraph" /> <view name="checkout" type="checkout.aspx" controller="StoreControllerNavGraph" /> <view name="survey" type="survey.aspx" controller="SurveyController" /> views> |
type: 是asp.net页面. 由此看到UIP的一个局限地方: 页面不能是带参数的地址. 比如我们一般实现的新增记录就编辑记录是同一个页面. 用一个类同action=Edit/Add的参数来区别页面是实现编辑还是新增. 在这里只有分开两个页面来实现了.
而以上的view的asp.net是base on UIP的 WebFormView. 至于UIP的WebFormView实现了什么? 实现IView和配置当前view的Controller (将这里只粗略介绍, 没详细研究)
目的是为以下程序使用Controller实现界面逻辑作个前提.
值得一提的是利用UIP实现工作流, 工作流的设置也在Web.Config里
<navigationGraph iViewManager="WebFormViewManager" name="Shopping" state="State" statePersist="SqlServerPersistState" startView="browsecatalog" cacheExpirationMode="Absolute" cacheExpirationInterval="12:00:00">
<node view='cart'> <navigateTo navigateValue="resume" view='browsecatalog' /> <navigateTo navigateValue="checkout" view='checkout' /> <navigateTo navigateValue="fail" view='error' /> <navigateTo navigateValue="stop" view='logon'/> node> <node view='browsecatalog'> <navigateTo navigateValue="addItem" view="cart"/> <navigateTo navigateValue="fail" view='error' /> node> <node view='error'> <navigateTo navigateValue="resume" view='cart' /> node> <node view="checkout"> <navigateTo navigateValue="congratulations" view="congratulations" /> <navigateTo navigateValue="failCheckout" view="checkout" /> node> <node view='congratulations'> <navigateTo navigateValue="resume" view='cart' /> <navigateTo navigateValue="stop" view='cart' /> node> navigationGraph> |
结合View的定义设置, 这个<navigationGraph> 就好理解多了, 它目的是定义流程的各个关键点.
当界面调用
UIPManager.StartNavigationTask ( "Shopping", task );
//解释 “Shopping” : navigationGraph 的标识名字name
//task是什么? task就是主要是得到CurrentTask(以下会提到的), 即当前的用户界面的State
controller: 引用哪个UIP 的Controller, Web.Config也设置这个Controller的位置:
<uipConfiguration enableStateCache="true" allowBackButton="true"> <objectTypes> <iViewManager name="WebFormViewManager" type="Microsoft.ApplicationBlocks.UIProcess.WebFormViewManager, Microsoft.ApplicationBlocks.UIProcess, Version=1.0.1.0, Culture=neutral, PublicKeyToken=null"/> …… <controller name="StoreControllerNavGraph" type="UIProcessQuickstarts_Store.StoreControllerNavGraph, UIProcessQuickstarts_Store.Common, Version=1.0.1.0, Culture=neutral, PublicKeyToken=null" />
<controller name="SurveyController" type="UIProcessQuickstarts_Store.SurveyController, UIProcessQuickstarts_Store.Common, Version=1.0.1.0, Culture=neutral, PublicKeyToken=null" /> <statePersistenceProvider name="SqlServerPersistState" type="Microsoft.ApplicationBlocks.UIProcess.SqlServerPersistState, Microsoft.ApplicationBlocks.UIProcess, Version=1.0.1.0, Culture=neutral, PublicKeyToken=null" connectionString="server=.;database=UIPState;user id=UIP;password=U1Pr0c3ss"/> objectTypes> |
由UIP可以猜想到, 这些Controller是我们base on UIP的ControllerBase, 是界面逻辑主要集中地方. 可以简单的理解为使用UIP的Navigator, 根据View的Configuration来实现界面跳转, 见代码:
State.NavigateValue = "StoreForm";
Navigate();
//解释 “StoreForm” : navigationGraph 定义的navigateValue导航指向View的标识
// Navigate(); 就实现redirect了.
State(Model): 主要负责用户界面状态的管理. 使用到Data Access Application Block来读取保存在数据库是用户界面状态.
<statePersistenceProvider name="SqlServerPersistState" type="Microsoft.ApplicationBlocks.UIProcess.SqlServerPersistState, Microsoft.ApplicationBlocks.UIProcess, Version=1.0.1.0, Culture=neutral, PublicKeyToken=null" connectionString="server=.;database=UIPState;user id=UIP;password=U1Pr0c3ss"/> |
这里将界面状态数据库与系统应用数据库分开.
这个用户界面当前状态保存在Session里(如下表格), 同时会更新到以上设置的状态数据库里. 所以这里使用UIP要注意的是Session的使用问题了.
会话状态 |
|||||||||
会话键 |
类型 |
值 |
|
|
|
|
|
|
|
TaskMoniker43d7c64e-8be1-4b0d-bc79-442a790173de |
System.String |
NewsManagement:list:43d7c64e-8be1-4b0d-bc79-442a790173de |
|
|
|
|
|
|
|
CurrentTask |
System.String |
43d7c64e-8be1-4b0d-bc79-442a790173de |
|
|
|
|
|
|
|
由以上:
UIP是将界面根据MVC的特点
基于asp.net的设计思想上搭建起来, 让程序员的工作主要集中在Controller设计上
开发应用配置
以下是针对我们一般使用vs.net开发做法来配置项目的UIP的过程步骤
1. 建立数据结构 (略, 请参考UIP安装后的demo数据库)
2. 建立Web Application Project 主要引用如下
a) Microsoft.ApplicationBlocks.UIProcess
b) Common Layer Project
3. 建立Common Layer Project 主要引用: Microsoft.ApplicationBlocks.UIProcess
4. 添加UIP Project. 将UIP安装后提供的源码的两个Project加到Solution: Microsoft.ApplicationBlocks.Data, Microsoft.ApplicationBlocks.UIProcess
5. 设置UIP Configuration, 即Web Application的Web.Config
a) 设置configSections.
b) 设置 uipConfiguration.
i. objectTypes.statePersistenceProvider要设置用户界面状态的数据库保存位置
ii. objectTypes.controller是我们要自定义的Controller
iii. views 是设置要管理的页面, 和页面的Controller
iv. navigationGraph 主要对界面流程进行设置
c) 设置 session , 确保 enable session
6. 根据第3点提到的, 在Common Layer Project添加一个类, 作为Controller定义. 这个Controller定义主要注意:
a) (包括Constructor)要base on Microsoft.ApplicationBlocks.UIProcess.ControllerBase
b) 方法: 根据需求, 获得State的记录ID
c) 自定义一些Navigation 的逻辑
7. 在Common Layer Project定义Task类, 模板请参考demo, 方法名是必须与demo的一样, 因为UIP的UIPManager会使用这些方法
8. 建立项目需要的其他Project(如Business, DataAccess的等)
这便完成了引用UIP的配置
总结:
其实经过研究
1. 觉得UIP是看需要而用的了. 而且要实现类同OA那种多态复杂的工作流, 使用UIP会大大提高我们的开发效率和更利于维护工作
2. 和如果遇到类似: 系统页面状态如何管理与维护, 或对页面权限设置分配的, 也可以详细具体研究UIP的State
而一般的系统应用就免了