User Interface Process (UIP) Application Block 使用笔记（转）

User Interface Process (UIP) Application Block - Version 2.0

 

环境: WinXP, SQL Server 2000 + SP 3A , .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=U1Pr 0c 3ss"/>         </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=U1Pr 0c 3ss"/>

这里将界面状态数据库与系统应用数据库分开.

这个用户界面当前状态保存在Session里(如下表格), 同时会更新到以上设置的状态数据库里. 所以这里使用UIP要注意的是Session的使用问题了.

会话状态
会话键	类型	值
TaskMoniker43d 7c 64e-8be1-4b0d-bc79 -442a 790173de	System.String	NewsManagement:list:43d 7c 64e-8be1-4b0d-bc79 -442a 790173de
CurrentTask	System.String	43d 7c 64e-8be1-4b0d-bc79 -442a 790173de

 

 

由以上:

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

而一般的系统应用就免了