wf框架编程(设计器部分)

 

五、工作流设计器

1 Net设计器基础框架

.net设计器基础框架所在的命名空间是System.ComponentModel.Design，而wf、asp.net、win from这三种设计器架构都是建立在.Net本身提供的基础框架之上。

wf设计器框架所在的命名空间是System.Workflow.ComponentModel.Design，相关类都在这个NameSpace里面。在研究wf设计器之前，我们先看看Winform设计器。对Winform设计器的研究，对WF设计器的理解很有帮助。

1.1   Winform设计器设计：

曾经研究过几天SharpDevelop，一个免费开源的IDE开发环境，并且有类似eclipse的插件思想。在这个开源IDE里面有比较完整的Winform设计器实现。Winform

IDE主要依靠下面几个接口和类实现。只要实现了相关的接口和抽象，.Net框架会帮助我们实现Winform设计器。很像模板方法。相应的接口和类为：

Winform设计器结构

ü         DesingerHost:

1.服务管理:服务容器和服务提供者

2.组件管理和事务管理

ü         ISite：

绑定组件和容器，DesignerHost中所有的服务都可以通过ISite(GetService)得到

ü         IServiceProvide

ü         IDesinger

提供定制服务，设计期在组件的上下文菜单中添加菜单命令，添加的组件实现操作

Initialize方法中与ICompont关联

工具箱实现：      

ü         IToolboxService

工具箱服务，主要目的是存储ToolboxItem

如何填充工具箱？

要使用ToolboxItemFilterAttribute

AddToolboxEntries：listbox.Items.Add(new SelfHostToolboxItem(entry)

CategoryNames：工具箱类别属性

AddCreator:

其中的WorkflowDesignerControl我觉得是Mediator模式的应用

ü         选取服务

相关assemblies和CCU的容器:TypeProvider

大家可以down下SharpDevelop的源代码看看，有本书专门介绍这个的。

2 WF设计器

WF设计器的实现思路主要是每个Activity对应的ActivityDesigner和驻留环境(Designer Surface)，这也为我们实现基于Web的WF设计器提供了思路，就winform环境和webform环境比较，AcitivityDesinger是不变的，变化的是驻留环境。很长时间没有接触WF了，这里讨论的环境是Winfrom下的，以后有机会做的Web环境下再整理吧。

Wf设计器结构

2.1 Activity Designer

Activity关于默认的DesignerAttribute声明是Designer(typeof(ActivityDesigner), typeof(IDesigner)；Designer(typeof(ActivityDesigner), typeof(IRootDesigner)

我们如果实现自定义的Acitivity，一般从Activity继承就可以了,不需要重新写。由于ActivityDesigner的设计表现为简单矩形，所以我们看到的活动都是简单矩形的样子，当然我们也可以修改的很漂亮。对应复合活动，如图，从CompositeActivityDesigner上继承下来Desinger有好几个，都有自己的设计表现，其中：ParallelActivityDesigner表现为所有子活动并行；SequenceDesigner表现是自动以顺序方式呈现子活动。

如果是特殊的复合活动，可能需要自己实现Desinger。这里觉的例子是wf本质论上的，大家也可以比较书看一下，电子书是可以免费下载的。例子中要实现自定义的PrioritizedInterleave，设计表现是需要在设计器上表现出优先级关系，由于现有类库缺乏支持，所以就需要自己实现特点的Acitivity Designer.

如何实现自定义ActivityDesigner

PrioritizedInterleaveDesigner例子中，设计意图是点自活动可以在PropertyGrid中设置Priority属性，根据Priority值，子活动位于不特点位置   

可以通过PropertyGrid设置属性

       1.IExtenderListService中加入特定IExtenderProvider。见类图。

       2.特定IExtenderProvider实现

              通过ProvidePropertyAttribute和PropertyGrid关联

              IExtenderProvider.CanExtend作为是否使用属性的依据，如果为true，PropertyGrid控件会查找extender类中的Get<PropertyName>,Set<PropertyName>方法，实现和Acivity属性的交互。

Wf还没有开源，猜测这里这里使用AOP代码织入并使用了Template模式。

       3.Activity的声明使用自定义的ActivityDesigner。Designer(typeof(自定义ActivityDesigner), typeof(IDesigner)

              例子中PrioritizedInterleaveDesigner继承自CompositeActivityDesigne，所以对PrioritizedInterleave的声明，实际上对整个复合活动的声明

              CompositeActivityDesigner.ContainedDesigners

右键菜单修改属性

       1.实现IDesignerVerbProvider接口

       2.初始化活动的时候IDesignerVerbProviderService.AddVerbProvider(IDesignerVerbProvider);

       3.接口实现

                     通过ActivityDesignerVerb.Properties得到Activity

                     针对这个Activity get并修改后Set

       4.PerformLayout使修改生效

修改设计器图形(复合活动和基础活动都可以修改)

       1.对于复合活动override Glyphs方法，得到ActivityDesignerGlyphCollection

                     ActivityDesignerGlyphCollection.Add(DesignerGlyph);

       2.DesignerGlyph的实现

                     override方式实现DesignerGlyph的GetBounds和OnPaint方法

       3.对于简单活动，直接override实现ActivityDesigner的OnLayoutSize,OnPaint方法

                     OnLayoutSize：返回大小

                     OnPaint：实现了一些必要的绘图功能

                     GetBounds：返回代表图形边界的矩形

修改设计器布局

       重载Acitivity Designer的OnLayoutSize和OnLayoutPosition

       OnLayoutSize返回设计器的合计大小尺寸，OnLayoutPosition计算出子活动的偏移。

设计器主题

1.实现特定的ActivityDesignerTheme

2.再通过ActivityDesignerThemeAttribute注入

3.ActivityDesigner.OnPaint中可以调用Theme

工具箱

       默认是通过ToolboxItemAttribute指向ActivityToolboxItem。

       如果有特殊需求，例如在托拽的时候要实现复合控件可以继承ActivityToolboxItem，并在CreateComponentsCore中实现

                     这时候ToolboxItemAttribute指向自定义的ActivityToolboxItem

       使用ToolboxBitmapAttribute可以在工具箱实现自定义视图

2.2 驻留设计器

Designer Surface：职责是管理Designer Host，管理与用户交互(得到view,得到host，异步加载Designer加载器)

Designer Host的职责

1.管理IComponent和相关的IDesigner之间的交互;

2.是一个服务容器，提供取消、剪切板功能和其它活动设计器需要的功能。

事务管理

组件管理：CreateComponent，GetDesigner，GetType

设计器的加载和管理

             // 摘要:

        //     在激活此设计器时发生。

        event EventHandler Activated;

        //

        // 摘要:

        //     在停用此设计器时发生。

        event EventHandler Deactivated;

        //

        // 摘要:

        //     在此设计器加载完文档时发生。

        event EventHandler LoadComplete;

Designer View的职责

1.呈现各种ActivityDesigner，向各个ActivityDesigner发送消息

2.窗体管理、命令路由、窗体滚动、托放、滚动、布局、打印和打印预览

ISite的职责是绑定组件和容器，DesignerHost中所有的服务都可以通过ISite(GetService)得到

IServiceContainer是服务容器,可以形成树，promote参数true，服务的添加和删除操作会提交给基容器，这些接口的实现思路和winfrom的设计器实现思路非常像。

2          设计器序列化

像VS一样，流程设计出来必须要持久化保存，下次使用或者修改的时候通过反序列化操作，我们可以得到曾经设计的流程。

我们可以将活动树序列化为XAML或者代码(默认)，甚至可以序列化为(BPEL,DSL)等领域描述语言。序列化为什么格式，可以在Acitivity的Attribute中指定。

TypeCodeDomSerializer：序列化为代码

WorkflowMarkupSerializer：序列化为XAML文件

设计器序列化使用的类库

4 代码生成

如果流程中存在Code Activity，那么还需要设计器能动态生成代码。如果指定了TypeCodeDomSerializer，也需要动态代码生成，最后整个WF活动才能通过编译成为.Net下的Assembly

活动代码生成在验证后调用C#代码编译前执行，活动代码生成实际上是给了一个使用CodeDOM生成代码文件的机会。代码生成下次说吧。