首先我们来看看Composite UI Application Block中涉及的相关概念和术语。这里会做一个简单的介绍，后续文章会详细说到其用法。

应用程序架构元素

CAB. Composite UI Application Block的缩写

Module. 应用程序的组成部件，其中包含SmartParts，支持Service，业务逻辑和配置信息等

ObjectBuilder.通过策略和配置信息自动创建对象实例的对象构造器。

Shell. 承载了用户接口元素，SmartPart，服务的外壳宿主程序。

Visualizer. CAB中提供的，可以查看应用程序中的WorkItem的动态分级视图的工具。

外壳元素

shell application. 承载了用户接口元素，SmartPart，服务的外壳宿主程序。

SmartPart. 一个展现数据的视图，比如控件，Windows 窗体或是一个向导页。

SmartPartInfo. 存放SmartPart的相关信息的类，以便被workspace所使用，比如可以在Smartpartinfo中设置SmartPart的显示标题。

UIElement. 一个以Shell作为宿主的控件，该控件能被多个Module所共享，这样的控件有：toolbar button , menuitem , status panel等

UIElement adapter. 管理特殊类型的UIElement的显示的类

Workspace. 封装了控件和SmartParts的某种可视化的布局的组件，比如以Tab方式显示页面。

相关模式

Blackboard. 通过提供一个共享信息的地方，使其他组件能设置或获取这个地方的信息，已达到信息共享的模式。

Builder/Inversion of Control/Dependency Injection. 该模式通过组件之间的依赖关系进行运行时的注入，来达到组件重用和松散耦合的目的。

Event Broker. 允许松散耦合的组件通过发布订阅的方式进行通讯的模式。

Memento.持久化一个对象的内部状态状态，并在需要的时候可以在后期对状态进行恢复的模式。

Model-View-Controller (MVC). 该模式将领域模型，视图和基于用户输入产生的行为（控制器）分成3个不同的组成部分。视图部分提供给用户进行交互，交互信息通过视图传到控制器，控制器更新模型，模型引发事件，从而更新视图。关系图如下：

Model-View-Presenter (MVP). 该模式将领域模型，视图和基于用户输入产生的行为（控制器）分成3个不同的组成部分。视图部分提供给用户进行交互，交互信息通过视图传到控制器，控制器更新模型，模式触发事件到控制器，同时，控制器负责更新视图。关系图如下：

相关编程模型

Component. 应用程序的可视或非可视组成部件，比如SmartParts, services, 和控件.

Container. 包含了组件或服务的类。

event broker. 支持松散耦合的发布订阅事件机制的系统。

State. 存在于WorkItem中，以键－值的字典的方式来存放共享信息。

Service.以松散耦合的方式为其他的组件提供功能的组件。比如：ModuleLoaderService

WorkItem. 运行时的组件和服务的容器，该容器能协作其中封装的用例代码的执行。一般WorkItem和用例对应。

相关角色

infrastructure developer. 负责进行应用程序的基础服务的开发的开发人员。

module developer. 负责进行应用程序的业务组件的开发的开发人员。

shell developer. 负责建立应用程序外壳的开发人员。

SmartPart developer. 负责开发应用程序的SmartParts的开发人员。