Composite UI Application Block 学习笔记之二

最新推荐文章于 2024-05-04 11:34:03 发布
最新推荐文章于 2024-05-04 11:34:03 发布
阅读量1.3k 收藏
点赞数
文章标签： application ui initialization null shell module
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sendreams/article/details/2060234
版权

Composite UI Application Block 学习笔记

1.   重要对象解析

1.1. WorkItem

在WorkItem中，有如下的成员变量：

private WorkItem parent;

private ManagedObjectCollection<WorkItem> workItemCollection;

表明在这个设计中，WorkItem支持多级嵌套，我们可以想象一个程序是由众多的WorkItem组成，而这些WorkItem是由一个树形结构组织在一起，就好比VS2005的选项设置一样，如下图所示：

图 1‑1 workitem的树形结构

下面这张图片可能形象一些

图 1‑2 WorkItem的组织结构

 

RootWorkItem可以说是CAB的根本，在它身上承载了太多的资源，比如Shell’s Workspaces,，各种Service，以及各种UI Extensions。下面简单说说RootWorkItem的创建过程。

在CabApplication<TWorkItem>中，导火索是从Run()方法开始，程序代码如下

/// <summary>

           /// Starts the application.

           /// </summary>

           public void Run()

           {

                 RegisterUnhandledExceptionHandler();

                 Builder builder = CreateBuilder();

                 AddBuilderStrategies(builder);

                 CreateRootWorkItem(builder);

 

                 IVisualizer visualizer = CreateVisualizer();

                 if (visualizer != null)

                      visualizer.Initialize(rootWorkItem, builder);

 

                 AddRequiredServices();

                 AddConfiguredServices();

                 AddServices();

                 AuthenticateUser();

                 ProcessShellAssembly();

                 rootWorkItem.BuildUp();

                 LoadModules();

                 rootWorkItem.FinishInitialization();

 

                 rootWorkItem.Run();

                 Start();

 

                 rootWorkItem.Dispose();

                 if (visualizer != null)

                      visualizer.Dispose();

           }

           }

在Run()方法中，首先创建了一个builder对象，然后New了一个RootWorkItem，当然创建过程没有这么简单，它还需要借助ObjectBuilder的力量进行各种依赖注入，所以先通过AddBuilderStrategies加入几个Strategy，这些策略都是对Workitem进行初始化用的，然后通过调用rootWorkItem.BuildUp()完成各种依赖注入。

在这里需要注意的是builder对象在整个运用程序执行期间只有一个实例，为什么这么说呢，我们再看workitem的源代码，

private void InitializeFields()

           {

                 if (builder == null)

                      builder = parent.builder;

 

                 if (locator == null)

                      locator = new Locator(parent.locator);

 

                 if (!locator.Contains(typeof(ILifetimeContainer), SearchMode.Local))

                      locator.Add(typeof(ILifetimeContainer), lifetime);

 

                 ObjectBuiltNotificationPolicy policy = builder.Policies.Get<ObjectBuiltNotificationPolicy>(null, null);

 

                 if (policy != null)

                 {

                      policy.AddedDelegates[this] = new ObjectBuiltNotificationPolicy.ItemNotification(OnObjectAdded);

                      policy.RemovedDelegates[this] = new ObjectBuiltNotificationPolicy.ItemNotification(OnObjectRemoved);

                 }

 

                 LocateWorkItem(typeof(WorkItem));

                 LocateWorkItem(GetType());

 

                 status = WorkItemStatus.Inactive;

           }

可以看出，所有子节点的workitem都是从父节点把一些关键的资源传递下来，其中就有刚才说的builder对象， 哦，单件模式还可以这样实现J

值得关注的另一个焦点应该就是Locator了，Locator本身也支持嵌套，不过不像WorkItem那样到处开枝散叶，它只支持简单的层次结构，如下图所示：

图 1‑3 简单嵌套

也可以通过代码来印证：

public abstract class ReadableLocator : IReadableLocator

      {

           private IReadableLocator parentLocator;

 

           ……

      }

从workitem的初始化代码中可以看出，

if (locator == null)

      locator = new Locator(parent.locator);

workitem对象总是从它的父节点那把Locator给继承了下来，（这里所说的继承实际上只有持有一个引用而已，只是为了说明上的直观性。）这样也就实现了资源的层层查找，这也就是SearchMode 的意义所在了。

       在程序中，如果要取得RootWorkItem，可以用下列代码获取：

context.Locator.Get<WorkItem>(new DependencyResolutionLocatorKey(typeof(WorkItem), null))，为什么可以这样取得，是因为在workitem的初始化代码中做了设定。

private void InitializeFields()

           {

                 ……

LocateWorkItem(typeof(WorkItem));

                 LocateWorkItem(GetType());

……

}

            private void LocateWorkItem(Type workItemType)

           {

                 DependencyResolutionLocatorKey key = new DependencyResolutionLocatorKey(workItemType, null);

 

                 if (!locator.Contains(key, SearchMode.Local))

                      locator.Add(key, this);

           }

      

1.2. CabApplication

在CabApplication对象的众多方法中，最重要的莫过于Run方法了，而在Run方法中，最重要的莫过于RootWorkItem的创建。

/// <summary>

           /// Starts the application.

           /// </summary>

           public void Run()

           {

                 RegisterUnhandledExceptionHandler();

                 Builder builder = CreateBuilder();

                 AddBuilderStrategies(builder);

                 CreateRootWorkItem(builder);

 

                 IVisualizer visualizer = CreateVisualizer();

                 if (visualizer != null)

                      visualizer.Initialize(rootWorkItem, builder);

 

                 AddRequiredServices();

                 AddConfiguredServices();

                 AddServices();

                 AuthenticateUser();

                 ProcessShellAssembly();

                 rootWorkItem.BuildUp();

                 LoadModules();

                 rootWorkItem.FinishInitialization();

 

                 rootWorkItem.Run();

                 Start();

 

                 rootWorkItem.Dispose();

                 if (visualizer != null)

                      visualizer.Dispose();

           }

           }

首先创建一个Builder对象，在创建builder对象时，需要注意的是加入了若干个Strategy，

      private Builder CreateBuilder()

           {

                 Builder builder = new Builder();

 

                 builder.Strategies.AddNew<EventBrokerStrategy>(BuilderStage.Initialization);

                 builder.Strategies.AddNew<CommandStrategy>(BuilderStage.Initialization);

                 builder.Strategies.Add(new RootWorkItemInitializationStrategy(this.OnRootWorkItemInitialized), BuilderStage.Initialization);

                 builder.Strategies.AddNew<ObjectBuiltNotificationStrategy>(BuilderStage.PostInitialization);

 

                 builder.Policies.SetDefault<ISingletonPolicy>(new SingletonPolicy(true));

                 builder.Policies.SetDefault<IBuilderTracePolicy>(new BuilderTraceSourcePolicy(new TraceSource("Microsoft.Practices.ObjectBuilder")));

                 builder.Policies.SetDefault<ObjectBuiltNotificationPolicy>(new ObjectBuiltNotificationPolicy());

 

                 return builder;

           }

很显然，CAB提供的若干个显著特征都包含在这些个Strategy中，我们先来说说RootWorkItemInitializationStrategy，它是专门用于初始化RootWorkItem的，并提供一个回调。（callback）

            /// <summary>

           /// See <see cref="BuilderStrategy.BuildUp"/> for more information.

           /// </summary>

           public override object BuildUp(IBuilderContext context, Type typeToBuild, object existing, string idToBuild)

           {

                 WorkItem wi = existing as WorkItem;

 

                 if (wi != null && wi.Parent == null)

                      callback();

 

                 return base.BuildUp(context, typeToBuild, existing, idToBuild);

           }

注意这行代码

if (wi != null && wi.Parent == null)

确保只对RootWorkItem起作用。

这里提供的回调函数则为OnRootWorkItemInitialized，不过在这里只是一个虚方法，

            /// <summary>

           /// May be overridden in a derived class to perform work after the root <see cref="WorkItem"/> has been fully initialized.

           /// </summary>

           protected virtual void OnRootWorkItemInitialized()

           {

           }

它的作用就是被子类重载，比如在CabShellApplication中，

            /// <summary>

           /// Creates the shell.

           /// </summary>

           protected sealed override void OnRootWorkItemInitialized()

           {

                 BeforeShellCreated();

                 shell = RootWorkItem.Items.AddNew<TShell>();

                 AfterShellCreated();

           }

用来建立一个Shell，也就是我们赖以生存的主窗体。

1.3. Module

WorkItem通常位于Module中，在一个Module加载的时候，首先取得Root WorkItem的一个引用，刚才我们看到，Root WorkItem是被Application Shell创建（在程序运行之初），Shell然后加载Module，接着把其中的所有workitem都加入到RootWorkitem旗下。最终组成一支浩浩荡荡的WorkItem大军。

我们来看一个示例：

public class BankTellerModuleInit : ModuleInit

      {

           private WorkItem workItem;

          

           [InjectionConstructor]

           public BankTellerModuleInit([ServiceDependency] WorkItem workItem)

           {

                 this.workItem = workItem;

           }

 

           public override void Load()

           {

                 AddCustomerMenuItem();

 

                 //Retrieve well known workspaces

                 IWorkspace sideBarWorkspace = workItem.Workspaces[WorkspacesConstants.SHELL_SIDEBAR];

                 IWorkspace contentWorkspace = workItem.Workspaces[WorkspacesConstants.SHELL_CONTENT];

 

                 BankTellerWorkItem bankTellerWorkItem = workItem.WorkItems.AddNew<BankTellerWorkItem>();

                 bankTellerWorkItem.Show(sideBarWorkspace, contentWorkspace);

           }

其中

[InjectionConstructor]

           public BankTellerModuleInit([ServiceDependency] WorkItem workItem)

           {

                 this.workItem = workItem;

           }

就是获取一个RootWorkItem。

然后在Load()方法中，则是完成把workitem加入到RootWorkItem的工作：

BankTellerWorkItem bankTellerWorkItem = workItem.WorkItems.AddNew<BankTellerWorkItem>();

 

2.   重要机制解析

2.1. 用户验证

验证方法存在于CabApplication的Run方法中，

/// <summary>

           /// Starts the application.

           /// </summary>

           public void Run()

           {

                 ……

AddServices();

                 AuthenticateUser();

……

           }

 

           private void AuthenticateUser()

           {

                 IAuthenticationService auth = rootWorkItem.Services.Get<IAuthenticationService>();

                 if (auth != null)

                      auth.Authenticate();

           }

从上面可以看出，实际上只要我们创建一个实现了IAuthenticationService接口的类，然后加入到服务集合中，就能顺顺当当的调用我们自己的实现了。

范例代码如下所示：

protected override void AddServices()

           {

                 base.AddServices();

                 base.RootWorkItem.Services.AddNew<MobileCabAuthenticationService, IAuthenticationService>();

                 ……

           }

 
sendreams
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Programming Microsoft® Composite UI Application Block
01-19
Programming Microsoft® Composite UI Application Block and Smart Client Software Factory WinForm的CAB/SCSF框架
PX4代码解析（5）
qq_36903625的博客
03-12 3528
一、前言 我所讨论的PX4代码是基于v1.11版本，该版本与之前的版本有不少不同，其中一个比较大的区别在于新版本大部分用到了C++中模板，使得代码没有以前那么容易理解，因此我在后面介绍PX4的姿态估计，控制等重要算法代码时会介绍一部分类与模板的知识，方便大家理解代码。 接下来几章我将讨论我对PX4代码姿态估计的理解，主要的文件是PX4_Firmware/src/modules/attitude_estimator_q/attitude_estimator_q_main.cpp，我的理解不一定正确，一家之言，
the Composite UI Application Block学习笔记
weixin_34128839的博客
11-25 87
先放一篇引用文章,讲得很详细,推荐先看此篇 http://www.cnblogs.com/mixiaobo/archive/2008/01/15/1040512.html 主要记录下学习心得,刚刚看了一天左右,理解相当肤浅~欢迎拍砖 其思想我用简单的话解释就是:客户端是一个空架子+一堆DLL,每一个DLL代表一个独立的功能模块,通过框架与其它模块交互;这些DLL可以来自本地,直接...
Composite UI Application Block学习笔记之一
烟沉往逝
01-22 2615
Composite UI Application Block 学习笔记1.   概念（Concept）1.1. SmartParts SmartParts provide the visual elements in your applications. These visual elements can be entirely independent of the applicati
Composite UI Application Block学习笔记之Event Broker[转载]
weixin_30949361的博客
07-09 254
Composite UI Application Block着重于将应用逻辑和界面分开，让应用系统具备更清晰的结构，更强的扩展性、可移植性。在曹严明先生的讲座中，提及到了关于应用CAB开发的几个指导性原则： 将 views （SmartPart）设计为独立于 controllers 的单元 共享模块状态 共享基础服务 封装用例 － 重用 降低模块间的依赖性 尽量使用 e...
Composite UI Application Block (CAB) .pptx
05-16
DotNet桌面应用CAB技术技术介绍，并提供相应Demo场景介绍
CAB Composite UI Application Block December
08-04
Composite UI Application Block December 2005 (C#)
Composite Application Block
04-24
一份关于Composite Application Block的介绍，希望对大家有帮助。
Programming Microsoft Composite UI Application Block and Smart Client Software Factory (Jul 2007)
02-28
微软出的《开发微软复合界面应用程序块和智能客户端软件工厂》 英文chm + 源码
element-ui的bug记录
nick_zhang的博客
04-29 431
7.el-dialog组件在关闭时，会触发子组件的created/mounted生命周期。原因是当visible改变为false，即关闭dialog的时候，如果用户设置了destroyOnClose=true，则执行key++；key是绑定在较外层的div上的，key值的变化会导致这个div重新渲染。6.select 的 popper-append-to-body ,默认值为true;dialog的append-to-body,默认值为false;3.element表格前端分页。
使用request-try-notifyState流程实现UI控制与状态反馈的完整闭环
撬动未来的支点的专栏
05-04 245
在Qt编程时，我们经常会在界面上添加一些按钮，当按钮被点击时，执行某段代码，例如显示一个对话框、关闭窗口，保存文件等等。这种由UI控件触发某种信号，通过信号槽触发目的代码执行的场景非常多。这种场景下，通常不需要关注目的代码的执行结果，仅仅通过信号触发槽即可完成任务。我们可以用两个单词来描述上述功能场景，即 request-do，即 UI 发出操作请求，触发代码执行。
移植 SquareLine 导出的 UI 源码到 HMI-Board
嵌入式小菜鸟一枚~
04-28 988
移植 SquareLine Studio 设计 UI 到 HMI-Board
border 是渐变色怎么设置 圆角 radius?
左不言的博客
04-29 179
border 是渐变色怎么设置 圆角 radius?
Cisco IOS XE Web UI 权限提升漏洞复现(CVE-2023-20198)
0xSec
05-01 418
当Cisco IOS XE 软件的web UI暴露于互联网或不受信任的网络时，未经身份验证的远程攻击者可以利用该漏洞在受影响的系统上创建具有15级访问权限的帐户。攻击者可以利用该帐户来控制受影响的系统。 利用条件：需要启用HTTP Server或者HTTPS Server。
使用 Docker-Compose 部署 ZooKeeper + Kafka + Kafka-UI
最新发布
种一棵树最好的时间是十年前，其次是现在。
05-04 222
使用 Docker-Compose来部署 Kafak + Zookeeper，有密码与无密码配置，使用 Kafka-UI 来连接 Kafak 集群；
EditText与NestScrollView嵌套使用时，滑动冲突处理
Ung8023
04-28 883
在Android开发中经常会有在一个大页面中，包含一个EditText的情况，一般情况下，大页面会通过或者ScrollView当作根View。
Element-UI快速入门
读心悦
04-30 483
Element-UI 允许你自定义主题，以满足你的项目需求。你可以通过修改 SCSS 变量来定制主题，然后使用 webpack 的 sass-loader 来编译你的 SCSS 文件。
swt Composite
05-30
在 SWT 中，Composite 是一个用于创建容器的控件类，它可以容纳其他 SWT 控件。可以将 Composite 视为一个容器控件，类似于 AWT/Swing 中的 Panel 或者是 JavaFX 中的 Pane。 使用 Composite 可以将多个 SWT 控件...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值