在Visual Studio 2010中使用Modeling Project定制DSL以及自动化代码生成

从Visual Studio 2010开始，有一个Modeling Project的项目模板，允许应用程序设计人员通过该项目完成统一的UML模型设计。与Visual Studio 2008 DSLTools相比，通过Modeling Project创建出来的UML模型对象，能够被使用到各个不同的UML视图中，这一功能是由UML Model Explorer维护的。我们可以看到，相同的UML模型对象，可以同时在Class Diagram以及Sequence Diagram中引用。从Visual Studio 2010开始，基于Visual Studio 2010 SDK的Visual Studio Visualization & Modeling SDK允许开发人员通过Domain Specific Language（DSL） Designer来设计开发自己的DSL，不过本文不会从Visualization & Modeling SDK着手来创建一个新的DSL，而是通过已有的Modeling Project来实现DSL的定制。

谈起DSL，或许有些朋友还不太了解。其实DSL就是一种应用于特定场景的语言，比如Entity Framework，它有一个Designer Surface，也就是我们平时所说的设计器，我们可以在设计器上设计各种类型以及类之间的关系，而整个设计器是面向Entity Framework这个特定应用场景的，例如我们可以在类的图形上设置这个类需要映射到数据库的哪张表，还可以在类的某个属性上标注它可以被映射到表里的哪个字段等等；相比之下，用于设计企业组织结构的设计器，就不会出现数据库、数据表、字段等这些概念，因为这些内容与企业组织结构扯不上什么关系。在Apworks框架开发的过程中，我意识到一个问题，就是能否通过使用Microsoft Visual Studio的功能，来图形化地设计我们的Domain Model，然后根据Domain Model来产生所需的C#/VB.NET代码。这样一来基于Apworks框架开发的Domain Model就可以根据图形化设计来自动生成代码。

通过本文的学习，你将了解到，如何使用Visual Studio 2010的Modeling Project来为自己的开发框架定制图形化的设计器并自动产生代码。在本文中，我将以Apworks为例，向大家介绍DSL的定制与代码自动化生成的过程。在开始学习以前，请确保你的电脑安装了Visual Studio 2010、Visual Studio 2010 SDK以及Visual Studio 2010 Visualization & Modeling SDK。

自定义UML Model的Profile以及stereotype

在图形元素上应用stereotype，就使得该元素能够表述一种特定的语义。例如，在一个图形元素上应用<<table>>这个stereotype，那么就可以认为该元素是一张数据表。在Visual Studio 2010 Modeling Project中，stereotype是在UML Model的Profile中定义的，而Profile最终会被应用在UML Model上。一个UML Model允许应用多个Profile。Visual Studio 2010 Modeling Project默认自带三种Profile：C# Profile、Standard Profile L2以及Standard Profile L3，如下图所示：

如果你需要使用VS2010 Visualization & Modeling Feature Pack提供的Generate Code命令来产生C#代码，那么你就需要在UML Model Explorer上对选中的Model采用C# Profile，并在表示“类”的图形上应用C# class这个stereotype。

现在，让我们考虑一下，基于Apworks框架的Domain Model，会有哪些种类的元素出现，比如，一个类可能会是一个聚合根，或者会是一个实体，或者会是一个领域事件；而类中的方法，可以是领域事件的处理过程。为了让Modeling Project能够支持针对Apworks框架的建模功能，我们需要新建一个Profile，并在Profile里定义一些必须的stereotype：Aggregate Root、Entity、Domain Event以及Domain Event Handler。Profile的新建非常简单，它本身就是一个扩展名为.Profile的XML文件，在此，我们可以为Apworks创建如下的Profile文件：

01	<?xml version="1.0" encoding="utf-8"?>

02	<profile xmlns="http://schemas.microsoft.com/UML2.1.2/ProfileDefinition"

03	dslVersion="1.0.0.0"

04	name="ApworksDomainModelProfile"

05	displayName="Apworks Domain Model Profile">

06	<stereotypes>

07	<stereotype name="entity" displayName="Entity">

08	<metaclasses>

09	<metaclassMoniker name="/ApworksDomainModelProfile/Microsoft.VisualStudio.Uml.Classes.IClass"/>

10	</metaclasses>

11	</stereotype>

12	<stereotype name="sourcedAggregateRoot" displayName="Sourced Aggregate Root">

13	<metaclasses>

14	<metaclassMoniker name="/ApworksDomainModelProfile/Microsoft.VisualStudio.Uml.Classes.IClass"/>

15	</metaclasses>

16	</stereotype>

17	<stereotype name="domainEvent" displayName="Domain Event">

18	<metaclasses>

19	<metaclassMoniker name="/ApworksDomainModelProfile/Microsoft.VisualStudio.Uml.Classes.IClass"/>

20	</metaclasses>

21	</stereotype>

22	<stereotype name="aggregateRoot" displayName="Aggregate Root">

23	<metaclasses>

24	<metaclassMoniker name="/ApworksDomainModelProfile/Microsoft.VisualStudio.Uml.Classes.IClass"/>

25	</metaclasses>

26	</stereotype>

27	<stereotype name="domainEventHandler" displayName="Domain Event Handler">

28	<metaclasses>

29	<metaclassMoniker name="/ApworksDomainModelProfile/Microsoft.VisualStudio.Uml.Classes.IOperation"/>

30	</metaclasses>

31	<properties>

32	<property name="eventType" displayName="Event Type">

33	<propertyType>

34	<externalTypeMoniker name="/ApworksDomainModelProfile/System.String" />

35	</propertyType>

36	</property>

37	</properties>

38	</stereotype>

39	</stereotypes>

40

41	<metaclasses>

42	<metaclass name="Microsoft.VisualStudio.Uml.Classes.IClass"/>

43	<metaclass name="Microsoft.VisualStudio.Uml.Classes.IOperation" />

44	</metaclasses>

45

46	<propertyTypes>

47	<externalType name="System.String" />

48	</propertyTypes>

49

50	</profile>

Profile文件主要包含stereotypes、metaclasses以及propertyTypes三个子节点。stereotypes下定义了整个Profile包含的所有stereotype，每个stereotype通过metaclassMoniker指定了它能够被应用到哪些类型的设计图元素上，同时，还可以在stereotype中设置一些属性，比如上面的Domain Event Handler stereotype就有一个Event Type的属性，用来表示当前的Domain Event Handler所处理的事件类型。metacalsses节点包含了当前Profile中被用到的所有metaclass，而propertyTypes节点下则包含了当前Profile中所使用的所有属性类型。

Profile文件的部署与应用

在创建好Profile之后，我们需要将其部署到Visual Studio中，以便能够在UML Model上使用。这个过程我们可以通过创建Visual Studio Extension来完成。在Visual Studio 2010上选择File | New | Project菜单，在弹出的New Project对话框中选择Visual C# | Extensibility | VSIX Project模板，在Name文本框中输入项目名称然后单击OK按钮完成项目的创建。

在创建好的项目上单击右键，选择Add | Existing Item菜单，然后选中刚才我们新建的Profile文件，并将其Copy to Output Directory属性设置为Copy Always。在已打开的VSIX编辑器里输入必要的信息，如下：

在Content部分，单击Add Content按钮，在打开的Add Content对话框中：Select a content type选Custom Extension Type，Type文本框中输入Microsoft.VisualStudio.UmlProfile，Select a source中选File in project，然后选择刚才的Profile文件，并单击OK按钮将其添加进来。

编译VSIX项目，在编译输出目录下，找到.vsix文件并双击，此时会将我们创建的Visual Studio Extension安装到系统中：

重新启动Visual Studio 2010，新建一个Model Project，在UML Model的Profiles属性上单击下拉箭头，你将看到我们刚刚新建的Apworks Domain Model Profile：

现在，让我们选中Apworks Domain Model Profile，然后开始创建我们的Domain Model。为了节省篇幅，我简单地描述一下这个过程。比如需要创建一个名为Book的Aggregate Root，那么我们就在UML Model Explorer的UML Model上单击右键，选择 Add | Class 菜单，将新建的Class命名为Book，在其Stereotypes属性中同时选中C# class以及Aggregate Root：

之后，我们用相同的方法在UML Model中创建其它的元素，并将这些元素拖放到Class Diagram中，同时设置好各元素之间的关系（Visual Studio Modeling Project支持如下几种关系：关联、聚合、组合、依赖、继承以及包导入）。在完成了这些工作以后，我们得到了如下这样一个简单的Domain Model。从图中我们可以看到，Book和Category都被冠以Aggregate Root的stereotype。

基于T4的自动化代码生成

现在我们有了Domain Model，接下来就是自动化代码生成。我们可以使用T4来实现这一功能。在项目中单击右键，选择Add | New Item菜单，在打开的Add New Item对话框中，选择Visual C# Items | Text Template项目，输入名称后，单击Add按钮将其添加到项目中，同时将如下Assembly添加到项目引用中：Apworks.dll、Microsoft.VisualStudio.ArchitectureTools.Extensibility.dll以及Microsoft.VisualStudio.Uml.Interfaces.dll。

在T4文件中输入如下代码：

01	<#@ template debug="true" hostspecific="true" language="C#" #>

02	<#@ output extension=".cs" #>

03	<#@ Assembly Name="System.Core" #>

04	<#@ Assembly Name="Microsoft.VisualStudio.ArchitectureTools.Extensibility.dll" #>

05	<#@ Assembly Name="Microsoft.VisualStudio.Uml.Interfaces.dll" #>

06	<#@ Import Namespace="Microsoft.VisualStudio.ArchitectureTools.Extensibility" #>

07	<#@ Import Namespace="Microsoft.VisualStudio.Uml.Classes" #>

08	<#@ Import Namespace="Microsoft.VisualStudio.ArchitectureTools.Extensibility.Uml" #>

09	<#@ Import Namespace="System.Linq" #>

10	<#@ Import Namespace="System.Text" #>

11

12

<#

13	string modelPath = this.Host.ResolvePath(@"..\TinyLibraryCQRS\DomainModel.modelproj");

14	using (IModelingProjectReader reader = ModelingProject.LoadReadOnly(modelPath))

15

{

16	IModelStore store = reader.Store;

17	foreach (IElement element in store.Root.OwnedElements)

18

{

19	if (element is IClass)

20

{

21	IClass classElement = element as IClass;

22

#>

23	<#= GetClassModifier(classElement) #>

24

{

25	// TODO: Dump the attributes and operations...

26

}

27

28	<# } } } #>

29

30

<#+

31	private string GetClassModifier(IClass clz)

32

{

33	System.Text.StringBuilder sb = new System.Text.StringBuilder();

34	sb.Append("public ");

35	if (Convert.ToBoolean(clz.AppliedStereotypes

36	.Where(p => p.Name == "class")

37

.First()

38	.PropertyInstances

39	.Where(p => p.Name == "IsPartial").First().Value) == true)

40

{

41	sb.Append("partial ");

42

}

43	sb.Append("class ");

44	sb.Append(clz.Name);

45	if (clz.AppliedStereotypes.Any(p => p.Name == "aggregateRoot"))

46

{

47	sb.Append(" : Apworks.AggregateRoot");

48

}

49	return sb.ToString();

50

}

51

#>

将代码保存后，就会相应地生成类似如下的C#代码：

1	public partial class Book : Apworks.AggregateRoot

2

{

3	// TODO: Dump the attributes and operations...

4

}

5

6	public class Category : Apworks.AggregateRoot

7

{

8	// TODO: Dump the attributes and operations...

9

}

有兴趣的读者可以继续完善上面的T4文本，进而根据Modeling Project生成类的字段、属性以及类与类之间的关联属性等。

基于CodeDom的自动化代码生成

T4的代码生成比较便捷，无需编写繁琐的CodeDom代码，但T4也有其限制，比如无法动态设置modelproj的位置，同一时间只能面向一种.NET语言，而且产品工具化也比较困难。为此，Apworks采用了基于CodeDom的源代码生成工具gcgc.exe（一个专为Apworks框架设计的代码产生工具，General Source Code Generator Collection），它能够根据XML生成配置代码，根据XSD生成类（类似xsd.exe工具的作用），也可以根据Modeling Project生成Domain Model的源代码。使用CodeDom的一个好处是，它使得开发工具能够同时支持多种.NET语言，而且部署起来会变得非常简单。gcgc.exe核心部分采用了我之前开发的Adaptive Console Framework，使得该应用程序能够非常方便地支持各种不同的源代码自动化生成引擎。以下是使用gcgc.exe根据Modeling Project来产生Domain Model源代码的使用情况：

产生的test.cs代码如下：

001	//------------------------------------------------------------------------------

002	// <auto-generated>

003	//     This code was generated by a tool.

004	//     Runtime Version:4.0.30319.225

005

//

006	//     Changes to this file may cause incorrect behavior and will be lost if

007	//     the code is regenerated.

008	// </auto-generated>

009	//------------------------------------------------------------------------------

010

011

012

013	/// <remarks />

014	public partial class Book : Apworks.AggregateRoot {

015

016	private long idField;

017

018	private string titleField;

019

020	private string iSBNField;

021

022	private int pagesField;

023

024	/// <remarks />

025	public virtual long Id {

026

get {

027	return this.idField;

028

}

029

set {

030	this.idField = value;

031

}

032

}

033

034	/// <remarks />

035	public virtual string Title {

036

get {

037	return this.titleField;

038

}

039

set {

040	this.titleField = value;

041

}

042

}

043

044	/// <remarks />

045	public virtual string ISBN {

046

get {

047	return this.iSBNField;

048

}

049

set {

050	this.iSBNField = value;

051

}

052

}

053

054	/// <remarks />

055	public virtual int Pages {

056

get {

057	return this.pagesField;

058

}

059

set {

060	this.pagesField = value;

061

}

062

}

063

}

064

065	/// <remarks />

066	public class Category : Apworks.AggregateRoot {

067

068	private long idField;

069

070	private string nameField;

071

072	private System.Collections.Generic.List<Category> categoriesField;

073

074	private System.Collections.Generic.List<Book> booksField;

075

076	/// <remarks />

077	public virtual long Id {

078

get {

079	return this.idField;

080

}

081

set {

082	this.idField = value;

083

}

084

}

085

086	/// <remarks />

087	public virtual string Name {

088

get {

089	return this.nameField;

090

}

091

set {

092	this.nameField = value;

093

}

094

}

095

096	/// <remarks />

097	public virtual System.Collections.Generic.List<Category> Categories {

098

get {

099	return this.categoriesField;

100

}

101

}

102

103	/// <remarks />

104	public virtual System.Collections.Generic.List<Book> Books {

105

get {

106	return this.booksField;

107

}

108

}

109

}

总结

本文简要地介绍了通过使用Visual Studio 2010 Modeling Project来定制DSL的过程，并对Modeling Project的自动化代码生成作了简要介绍。在引入这种技术后，开发人员可以很方便地使用Modeling Project开发出基于Apworks框架的领域模型，源代码可由T4或者Apworks工具gcgc.exe代为产生，从而减少了繁杂的代码录入工作，提高了软件项目的生产率。