代码改变世界

Visual Studio 2005 类设计器

2008-11-26 19:53  宝宝合凤凰  阅读(704)  评论(0)    收藏  举报

Visual Studio 2005 类设计器

发布日期： 8/12/2004 | 更新日期： 8/12/2004

Matthew A. Stoecker

Microsoft Corporation

适用范围：

Visual Studio® 2005

摘要：使用 Visual Studio 类设计器可以直观显示类的结构以及它们之间的关系，使用可视化设计环境创建新类，并可方便地重构类。本白皮书将引导您完成这些任务。

注意：在开发本文档时，其产品尚未发行，因此，您可能会发现此处包含的某些细节与提供的产品中包含的信息不一致。本文信息基于文档创建时的产品，仅供您在规划时参考使用。信息如有更改，恕不另行通知。Microsoft 对本文档中的主题持有专利权、专利申请权、商标权、版权或其他相关的知识产权。Microsoft 只提供在任何书面许可协议中明确规定的权利，而不授予您本文档的上述专利权、商标权、版权或其他知识产权。

*
本页内容
引言 引言
为什么要使用可视化类设计器？ 为什么要使用可视化类设计器？
Visual Studio 类设计器 Visual Studio 类设计器
集成 Visual Studio 集成 Visual Studio
结论 结论

引言

Visual Studio 类设计器是通用语言运行库的多功能、可视化设计环境。使用 Visual Studio 类设计器可以显现类和其他类型的结构，还可以通过可视化表示方法编辑它们的源代码。对类图的更改将直接反映在代码中，且对代码的更改会直接影响设计器的外观。设计器和代码之间的同步关系，使得可视化创建和配置复杂的 CLR 类型变得容易。

类设计器包含一些专门设计的功能，这些功能将有助于重构代码、方便地重命名标识符以及重载方法。您可以自动生成类和结构，并通过自动生成存根可以实现接口。

最后，类设计器也可作为通信工具使用，您可以使用它与同事共享代码库区域。类图可以打印成硬拷贝或另存为图像，以便在 HTML 页或 PowerPoint 演示文稿中显示。

图 1. 类设计器

为什么要使用可视化类设计器？

软件设计是一项困难而复杂的任务。开发周期中随时都会出现挑战，从早期的设计阶段、到代码复查阶段、以及最终产品的文档整理阶段。在整个开发周期中，可视化类设计器非常有用，例如用于以下情况：

•

理解现有代码：现有代码库可能很复杂且混乱。使用可视化类设计器，能够以图形方式浏览现有类结构并掌握类之间的关系。

•

类设计：可视化类设计器允许您以图形方式从较高级别设计和实现软件。

•

复查和重构代码：可视化类设计器是用于代码复查和重构的一种功能强大的工具。可以对现有代码图添加注释以供查阅，并使用设计器重构代码，这些都很节省时间。

•

文档类图：类图可用于记录现有类的层次结构，它以图形方式显示继承树。对于通过电子邮件或可视演示文稿与同事交流思想，类图也非常有用。


 
 

Visual Studio 类设计器

Visual Studio 类设计器是一种可视化代码设计工具，具有 .NET Framework 的集成设计效果。类设计器的可视效果与通用语言运行库密切相关。CLR 图形（如类、结构和接口）由可视化独特图形表示，用于对其进行标识。而且，图中的术语是针对特定语言的，例如，在 Visual Basic 中，您可以使用 Public、Private 和 Friend 访问级别，而在 C# 中，它们将显示为 public、private 和 internal。与 CLR 紧密集成，类设计器已成为使用 .NET Framework 设计类的理想工具。

Visual Studio 类设计器在整个开发周期中都很有用，它提供了上述所有主要方面的功能。例如：

•

理解现有代码：Visual Studio 类设计器使您能够快速、轻松地检查类之间的关系。不仅可以检查现有代码的继承层次结构，还可以检查引用类型和 NET 程序集，这允许您能够可视浏览并熟悉现有类型。

•

类设计：Visual Studio 类设计器有利于快速设计类和类层次结构。使用熟悉的拖放功能，您可以通过图来编辑类，同时与代码编辑器保持同步。对类图的更改会直接反映在代码中，反之亦然。类图始终显示代码的实时视图。

•

复查和重构代码：Visual Studio 可视化类设计器是用于代码复查和重构的一种功能强大的工具。可以对现有代码图添加注释以便日后操作，使用内置代码重构功能可以快速、方便地完成日常任务（如重命名符号或封装属性中的字段）。

•

文档类图：可以用不同的方式显示类图，例如打印或者另存为图像，以便在 HTML 页或 Microsoft PowerPoint 演示文稿中显示。

使用类设计器创建类

类设计器使得在项目中创建和配置类变得非常简单。类图实际上是代码的实时视图。图的更改自动与代码保持同步，反之亦然。将类从工具箱拖到类设计器的表面，即可创建一个简单的类。一旦在项目中创建了类，就可以打开代码编辑器，直接向新类中添加代码。您所做的任何更改都会在类图中有所反应。

一旦创建了类，便可使用“类详细信息”窗口添加成员。例如，若要添加方法，则可单击“类详细信息”窗口的“<添加方法>”，并键入方法的名称。然后可以指出返回类型、访问级别，并添加有关方法的任何注释。一旦创建了方法，即可以向方法名称添加参数（与添加方法的过程十分类似） － 首先指出参数名，然后指出类型、修改者和任何注释。可以按照添加方法的方式来添加属性、字段和事件。使用树形控件编辑方法的过程非常类似于在代码编辑器中进行键入 - 均使用相同的击键在各单元之间导航，并且都可以使用 IntelliSense 帮助。

实现接口

使用类设计器可以在类中方便地实现接口。实际上，如果接口显示在类设计器表面，则可以使用继承类时所使用的过程来实现接口，即画一条从类到接口的继承线。如果接口未显示在类设计器中，实现它仍然很简单。只需简单从“类”视图将接口拖到要实现的类上即可。会自动生成在接口中定义的方法的方法存根。一旦实现接口，您就可以在代码编辑器中添加特定实现代码。

可视化继承层次结构

可以使用类设计器来可视化项目中的继承层次结构。要显示继承类的基类，右键单击类的顶部区域，单击“显示基类”。基类即会出现在图表上。

要显示从现有类继承的类，右键单击类的顶部区域，单击“显示派生类型”。图表上即会出现派生类，通过继承线与类连接。

集成 Visual Studio

类设计器与 Visual Studio 2005 Team System 的无缝集成。可以按照与使用常规 Visual Studio 工具相同的间距和相同的熟悉方式使用类设计器。使用类设计器时，工具箱用类设计器工具（通过熟悉的拖放操作即可访问）填充，“类详细信息”窗口和“属性”窗口将提供对类型成员的访问权限。拖放操作也可从标准“Visual Studio 工具”窗口（例如“解决方案资源管理器”或“类视图”）获得。类设计器中进行的所有更改都会直接在相应的代码文件中做出修改。使用 Visual Studio 代码编辑器可以定期打开这些代码文件并进行编辑。

类图

类图是代码（始终以更改进行更新）的实时视图。类图显示了现有项目的类。使用类图，可以可视化项目中类之间的关系，也可以编辑成员及将成员添加到单个类中。作为项目的一部分存在的类图文件，是持久存在的，可以经常用于以图形方式查看代码。

通过选择“项目”菜单中的“新项目”，然后选择类图，可以向现有项目添加新的类图。类图不是项目的可编译部分，而是帮助处理构建和编辑类的工具。一旦创建了类图，通过将其从“类”视图拖到类设计表面，可以将现有类添加到类设计器。通过将其从工具箱拖到类设计器，也可添加新类和其他类型。

一旦添加到类设计器，类和其他类型由可以选择和操作的用图形表示，可以选择和操纵其图形。在类设计器中选择图形会使其相关信息显示在“类详细信息”窗口中。类图本身只存储可视信息，不包含任何关于代码内容的信息。删除类图文件不会丢失任何代码。

图 2. 类图

工具箱

查看类图时，可能会从工具箱向类图添加新成员。工具箱包括类、结构、委派、枚举和可以添加到类图的其他类型。从工具箱添加类型时，相应代码和代码文件会添加到项目。


图 3. 工具箱

类详细信息窗口

“类详细信息”窗口显示方法、属性、字段和在类设计器权限显示的类型的事件。可以使用“类详细信息”窗口快速编辑类设计器中类或结构的成员。例如，可以更改方法的返回类型、添加参数、或更改访问级别。对“类详细信息”窗口的所有更改都会直接反映在代码中。

图 4. 类详细信息窗口

 

结论

类设计器是 Visual Studio 2005 的一项新工具，使用它可以快速创建和配置项目中的类和接口。本白皮书涉及可用于类设计器的大多数方案中的部分方案，例如了解现有代码、类设计、复查和重构代码、以及使用文档图。鼓励您进一步浏览类设计器的功能，充分利用这项新工具进行软件开发。

===========================================

通过Visual Studio 2005 类设计器设计一个API
发布日期 : 2006-04-17 | 更新日期 : 2006-04-17

Tony Loton LOTONtech Limited

2005年3月

摘要 :学习如何使用Visual Studio 2005 类设计器来设计及用图表示API。(18页)

下载ClassDesignerSample.exe

本页内容

介绍 介绍
类分析 类分析
类设计 类设计
流通转换API 流通转换API
流通转换Web服务 流通转换Web服务
结论 结论

介绍

在本文中，我将介绍类设计器，在Visual Studio 2005中（除了Express 版）一个新的图形化的设计工具。类设计器不是一个新的分布式系统设计工具，但它有一些相似之处和一些补充。

图 1显示了类设计器是如何根据它与应用程序设计器的关系被画到一张大图当中的。

vstsclassdesigner-fig1.gif

图 1. 类设计器与应用程序设计器的关系

在之前的指导中，在应用程序设计器中确定的解决方案结构－做为一个项目－在你通过类设计器中设计的类的应用程序定义能够被定位。在之后的指导中，类设计使用类设计器能够变为通过使用应用程序设计器设计的程序服务提供的参数或返回类型。这听起来像鸡和鸡蛋的关系，但你可以使用标准语言类型（如double，int和string）设计应用程序服务，并且之后可以翻新适当的设计类；或者你能够设计类最初做为一个标准独立的类库而优先于应用程序模型。在本文中，我将演示这些方法。

在你获得错误的想法前，让我强调我描述的应用程序设计器和类设计器的相互关系。完全在你的程序中使用类设计器不是必需的，也不是很完美的。事实上，如果你不运行Visual Studio 2005 Team Architect Edition，对你只是可选的。

这个设计器被命名为类设计器，因为主要被用于设计类库和API。这个名字与统一建模语言（UML）术语是一致的。但是，类声明仅是在类图表，枚举，构造，接口和委派中能够被声明类型中的一个。

在这篇文章中，我将经常讨论托拽类到类图中，删除类等。做为一般规则，无论何时我都使用术语类，对类，接口，枚举，委派或构造而言能够很快被记住。什么地方不是这种情况，我将特别指出。

首先，我将为我选择的区域提供一个分析（类）模型。我将通过展开它到设计模型中做为一个执行的基本，来定位这个模型中的一些限制。最终设计模型是独立的，而不会建立一个API，因为对功能而言它事实上不会做任何事。，因此我将为API自身设计一个附加的类。最后，我将在这篇文章中关联这些工作以及在我之前的应用程序设计器文章中设想的应用程序设计。

无论在哪我演示的代码都相当于图示的类，代码将会使用C#符号来声明。因为.NET设计的风格无论你选择哪种语言都十分漂亮，因此我使用的示例的简单代码即使你使用Visual Basic .NET 程序也可以。

事实上，我能够通过在Visual Basic中在我提示你建立一个C#类库时建立一个VB类库，来重演我的步骤。你注意仅有的不同是一些细小的技术不同点反映了你使用语言的不同。不像UML一体适用的方法，在你使用Visual Basic类时使用Visual Basic术语（像公共的，友好的），在使用C#类时，类设计器使用C#术语 (像公共的，受保护的)。

类分析

在我之前的文章中，介绍应用程序设计器，我设想了一个Web服务，ExchangeRateService,，它的目的是提供最近的在两个指定流通中交换的速率。我也设想了一个分开的Web服务，允许一些指定在一个流通被修改到另一个流通中。在此我也将在示例上画出图，但我不会强制你重新去看之前的那篇文章。

因此，什么是这些Web服务的错误呢？它们工作中什么都没有，除了它们的有效性通过事实被限制，每个服务返回一个单一的值－交换速率或转换数量，分别地－做为一个double值。对于一次性转化很好，但如果我想保留fromAmount，toAmount，数据/时间，转换速率，有关的两个流通的历史记录就没有用了。

为了帮助你形象化这个概念，我勾画了一幅图（图2）来显示我的想法。

vstsclassdesigner-fig2

图 2. 流通交换分析实体

一个增强的ExchangeRateService，优于返回一个double值，将返回一个ExchangeRate实体保持数据时间，速率（交换的），fromCurrency (代码)，和toCurrency (代码)，速率是可用的。这些都显示在了图2的右侧。

一个增强的CurrencyConverterService，由于返回一个double值，将返回一个ExchangeTransaction实体保持转化的fromAmount和toAmount。这些显示在了图2的左侧。

我使用这些点的词实体来强调在我想法中第一个删掉的分析或区域，模型。在正当的过程中，我将提炼这些实体到一个设计模型中，指出实体将变为类和其它类型，如枚举。

注意：如果你继续看，你将看到CurrencyCode已经标记为一个枚举；就像一个使用Visual Studio 2005类设计器画出这些分析模型的结果。这个阶段我使用了其它的工具（之后说明），在这个例子中不需要出现。 创建一个分析类图表

在你开始做任何类模型之前，你需要一个Visual Studio 项目包含至少一个类图表。你能够添加一个类图表到任何类型的项目，但我选择一个类库项目，因为我打算建立一个可再利用的类库－或API－来支持流通转换功能。

因此，我使用File | New | New Project 菜单选项来建立一个新的项目，并且我选择C#项目类型的类库模板。我命名这个项目为CurrencyClassLibrary。

注意：尽管我选择了演示类设计使用C#语言，但这之后我所描述的程序设计类也会使用Visual Basic 和其它.NET 语言。一旦项目倍建立，使用Project | Add New Item菜单选项就能将一个类的图表添加到项目中。选择类图表模板并给它一个适当的名字，我的例子中命名为AnalysisClasses.cd。

一旦你显示了一个类图表，即使是空的，我也能够访问如图3显示的工具箱。

vstsclassdesigner-fig3

图 3. 类设计器工具箱

这个工具箱提供了所有的类型－包括枚举，结构，类等等－你能够使用它移到类图表中。回忆在开始阶段，我说了通常类型和指定类的细微差别。让我们更详细地看看这些差别。

画出分析类图表

我将提供如何使用Visual Studio 2005类设计器画出最初类图表的说明。做完之后，我将建立一个如图2所显示的图表，你能够看到它的必要性。

添加 ExchangeTransaction 类

首先，我从工具箱中拖动一个类类型到类图表中，并且命名它为ExchangeTransaction。我右键点击图表上的类并从context菜单中选择Add | Property。我命名属性为fromAmount，并且为toAmount属性重复这个操作。

注意一个新的资源文件名为ExchangeTransaction.cs出现在解决方案浏览器中，并且包含了以下代码：

public class ExchangeTransaction
{
public int fromAmount
{
get { throw new System.NotImplementedException(); }
set {}
}
public int toAmount
{
get { throw new System.NotImplementedException(); }
set {}
}
}

你既可以通过在解决方案浏览器中打开文件查看代码，也可以通过右键点击图表上的类并从context中选择View Code来查看。

添加 CurrencyCode 枚举

我从工具箱中拖动一个枚举类型到类图表，并命名它为CurrencyCode。我右键点击枚举并从context菜单中选择Add | Member。我命名为成员USD，并为EUR成员重复这个操作。为每个成员，我在Properties窗口中设置了相同的值USD=1 and EUR=2。

注意一个新的资源文件名为CurrencyCode.cs出现在解决方案浏览器中，并且包含如下这些代码：

public enum CurrencyCode { USD = 1, EUR = 2, }

添加 ExchangeRate 类

我从工具箱拖动一个类类型到类图表中，并命名它为ExchangeRate。我右键点击图表上的类并从context菜单中选择Add | Field。我命名它为dateTime，并且为速率区域重复这个操作。为每个区域我使用Class Details窗口（图4）来设置他们的类型。

vstsclassdesigner-fig4

图 4. Class Details 窗口

在这方面，非常值得说一些关于Class Details窗口。尽管你能在图表上直接编辑一些类的细节，包括类的名字和成员的名字，也能够编辑成员类型和可见性，但你必须使用Class Details 窗口。

接下来，我添加两个属性，就像我之前对ExchangeTransaction类做的，我命名这些属性为fromCurrency和toCurrency。我设置它们的类型为CurrencyCode。

注意一个新的资源文件名为ExchangeRate.cs出现在解决方案浏览器中，并且包含一下代码：

public class ExchangeRate
{
private double rate;
private DateTime dateTime;
public CurrencyCode fromCurrency
{
get { throw new System.NotImplementedException(); }
set {}
}
public CurrencyCode toCurrency
{
get { throw new System.NotImplementedException(); }
set {}
}
}

现在所有活动的结果最终是首先去掉的分析模型来支持流通转换；我将精炼一个模型到设计模型中。如果你决定跟着我的领导，但你的图表不能显示这些区域的类型和每个类的属性，你可以通过选择Class Diagram | Display Member Types菜单选项来简单地修复一下。

使用其它模型工具进行类分析

Visual Studio 2005不能够（至今）提供一个完全范围分析水平的图表符号，并且通常偏向与设计，执行和展开符号。

非常有可能你可以继续使用你最喜爱的UML模型工具来捕捉需求并勾画出最初的分析（或域）类。为了这个目的，我最喜爱的工具是Visio for Enterprise Architects，你将发现我合著了一本关于它的书。

注意：你能够在此找到这本书http://www.amazon.com/exec/obidos/tg/detail/-/0764543768

更客观地，一些使用Visio 或其它UML工具甚至免费的好处，是在Visual Studio 2005组件中对于商业和系统分析投资被大大简化了。

为了从类分析（在其它工具中）到类设计（在Visual Studio 2005中）的转换，对其它工具仅有的一个需求是它能够生成一种.NET语言的代码。一旦在你选择的语言中有了一些类，在Visual Studio 2005的代码中建立类图表将非常简单。

添加资源文件添加到你的项目中，并且拖动它们从解决方案浏览器直接到类图表中。你能够通过选择Project | Add New Item并选择类图表模板首先建立一个空的类图表，或你能够在解决方案浏览器的代码文件并且选择View Class Diagram 来建立一个类图表通过选择条目移植。

类图表做为代码查看

非常值得指出类图表不仅仅是代码之上的查看。这意味着你能够建立你喜欢的任何类图表，并且你能够拖动一个类从解决方案浏览器中到其它你希望的很多图表中，不必担心你在任何时间重复这个类。

做为代码上的查看，图表，以及代码本身总是保持同步。这就意味着你能够使用类设计器或代码编辑器根据你的参数做出相应的改变，这些改变能够自动反映到其它查看中。

类设计

假想我没有自己建立初始分析类，而是做为从商业或系统分析的输入，既像一个Visual Studio类也像一个Visio图表，在Visual Studio中生成代码并建立类图表。

这是一个很好的开始，不用怀疑，根据解释给我们－设计人员/开发人员－目的是需要支持流通转换。但分析人员有一些问题并且类模型不是很适合做为一个执行的基础。特别地，我发现了以下这些问题：

  • ExchangeRate类的区域不能使用属性完全地压缩。

  • ExchangeTransaction的属性不是一个适当的类型，通常是一个int 而不是double。

  • ExchangeTransaction的属性在它们得到的值没有潜在的区域。

  • 在ExchangeRate 类和CurrencyEnum 类之间的链接在fromCurrency和toCurrency成员中是固有的，但在图表中没有做直接的联合。

  • 在ExchangeTransaction 和 ExchangeRates中没有连接（联合），因此通常没有办法去记录ExchangeRate 在特殊的基于处理时间的ExchangeTransaction。

开始

如果你按照我如何建立初始类图表的说明，你将有一个Visual Studio项目包含一个类图表以及三个C#源文件。如果你不按照我的说明，你将有一个空的项目，为了方便，我提供可以添加的四个文件：AnalysisClasses.cd，CurrencyCode.cs，ExchangeRate.cs，和 ExchangeTransaction.cs。

现在，我将通过右键点击解决方案浏览器中的项目，选择Add | New Item，并选择类图表模板来建立一个新的类图表名为DesignClasses.cd。我拖动三个类－实际是他们的源文件－从解决方案浏览器到新的图表中。

从分析类到设计类

我将通过定位之前列出的问题，设置关于展开的分析类图表到一个设计类图表中。在每一步骤保存重新建立的几乎相同的图表，我将通过显示图5中的最终结果开始。在我提示你做的时候，你可以使用这张图表，看到这些改变的效果。

vstsclassdesigner-fig5

图 5. 流通交换设计类

改变区域或属性的类型

我需要找到的第一个问题是fromAmount的类型以及toAmount 在ExchangeTransaction上的属性，做为doubles这将比ints更好。如图6所示，我能够使用Class Details 窗口来改变任何成员属性或区域的类型。

vstsclassdesigner-fig6

图 6. 在 Class Details 窗口中改变一个成员类型

在你点击一个类的时候，如果你不能看见Class Details 窗口，你能够选择菜单选项View | Other Windows | Class Details，或通过右键点击类并使用内容菜单选项。

执行属性

ExchangeTransaction 类的fromAmount 和 toAmount 属性迄今没有被执行。这就是说，没有后面的区域或其它返回值机制会返回这些属性。不得不提及无论何处都存储这些属性的值。

为了执行这些属性，我打开代码查看(右键点击ExchangeTransaction 类并且选择View Code)并且写了以下C#源代码：

public class ExchangeTransaction
{
private double frmAmt;
private double toAmt;
public double fromAmount
{
get { return fromAmt; }
set { frmAmt = value; }
}
public double toAmount
{
get { return toAmt; }
set { toAmt = value; }
}
}

我制定了改变完全在代码中来强调改变能够被平等地放在代码或图表中。这两个查看是可以完全互换的。因此，在图表不能显示获得执行和设置方法时，将自动显示ExchangeTransaction 类的两个区域，不仅仅在当前的设计类图表中，也会反映到原始分析类图表上。

通过属性压缩区域

在ExchangeRate 类上，我有一些问题，两个区域没有压缩属性。这个问题能够在代码中解决，但我想告诉你一个更有意义的方法。

我能右键点击在类图表上的任何区域并从context菜单中选择Refactor | Encapsulate Field来产生如图7所示会话。

vstsclassdesigner-fig7

图 7. Encapsulate Field 会话

这个会话引导我建立一个新的属性命名为DataTime 来压缩名为dateTime的区域；因此我接受了并采用了相同方法压缩了速率区域。

通过反映到突，你能够看到图表中的结果，结果的代码就是：

public class ExchangeRate
{
private double rate;
public double Rate
{ get { return rate; } set { rate = value; } }
private DateTime dateTime;
public DateTime DateTime
{ get { return dateTime; } set { dateTime = value; } }
}

观察联合

如果你回看原始分析类图表（图2），你将看到ExchangeRate 类有两个属性， fromCurrency 和 toCurrency，都是CurrencyCode类型。相同的图表显示了CurrencyCode做为一个枚举，因此你能够看到这些属性允许的值。

在设计类图表（图5）中，你能看到属性不再是可见的，但两条适当的连接线画在 ExchangeRate类CurrencyCode枚举中。这是更直观地方法来显示交换速率和流通代码之间的关系，并且如果你使用过UML，这些你将会非常熟悉。

在“属性”表示和“关联”表示之间切换是很简单的，右键点击每个属性并从内容菜单中选择Show As Association 即可；并且可以右键点击关联线并从内容菜单中选择Show As Property 即可切换回来。这两种查看是个人喜好的问题，在代码中是分辨不出来的。

注意 : 一些UML工具通过不同方法提供了这些特性。它们允许成员类型根据预先确定的规则既被表示为属性也被表示为关联基本类型。例如，一个字符串对象能够被指定为一个基本类型，以至于所有的字符串在UML中总被显示属性而不是关联一个String类。

这有一个我添加的额外的关联，是在ExchangeTransaction类和ExchangeRate类中的一个关联。这是为了任何交换处理的，我不仅能侦测到from—and to- amounts ，还能够侦测到在强制时间转换－加上两个有关的流通的交换速率。

因为这个关联当前不存在，我必须通过工具箱中的关联条目添加它，点击ExchangeTransaction 类，并且拖动到ExchangeRate 类，我能够重命名这个关联，但默认的名字ExchangeRate 已经很好了。

所有工作的结果是我在图5展示的开端。

执行属性（再次访问）

当类是机器对你来说是新的时，做为软件专家有一些很好的机会你将设置合理化优先级，现在最终的关联被成形了。

确实不需要在ExchangeTransaction类上保持toAmt 区域很多，因为toAmount 能够从fromAmt 中计算出来，以及ExchangeRate 关联/属性的好处。因此，toAmt 区域能够被删除并且toAmount 属性能够被如下所示执行：

public double toAmount
{
get
{
// return toAmt;
return fromAmt * ExchangeRate.Rate;
}
}

注意因为我计算了toAmount，属性现在应该是只读的。这就是说，没有“设置”阻碍。我将这些更正给你自己的决定。

流通转换API

在这篇文章中我曾暗示要设计一个API，你或许有些带来一些一个或多个目标的想法，在所给内容中提供了有用的功能。迄今为止我设计了一个对象模型来支持一个API而不是API自己。

这个API包含两个类：

  1. BureauDeChange类，将使用getExchangeRate方法，在任何两个流通之间提供转换速率信息。

  2. CurrencyConverter类，将提供许多方法来转换一个流通到其它流通中的数量。

为了BureauDeChange最小，我允许为多种执行使用扩展的API。这种方法，一些卖主将能够完成提供转换速率信息，并且我能够选择最好价值服务的一个。

我将定义BureauDeChange 为一个简单执行的接口。不仅我能在类图表（我真实的动机）上演示接口，而且因为接口模型－类模型相反的－是很好的技术。

我不能预见多种CurrencyConverter执行，因此我将模型它为一个类

再一次，我首先向你演示结果图表，你就知道什么是你预期的，并且我能提及回到我的需求。图8显示了类图表APIClasses.cd.

vstsclassdesigner-fig8

图 8. API 类

第一步是建立一个新的类图表名为APIClasses.cd，如图8所示。

BureauDeChange 接口和执行类

首先，我托拽一个接口类型从一个工具箱到图表上，并命名它为IBureaDeChange。我使用Class Details 窗口来添加一个名为getExchangeRate 的方法并使得返回类型参数如图9所示。

vstsclassdesigner-fig9

图 9. IBureauDeChange 的类细节

注意参数类型和返回类型符合（域）我之前定义的设计类，因而联系对象模型和API，基于这些对象周边的提供服务。

现在我需要建立一个那些接口的具体的执行。我拖动类从工具箱到图表中，并且命名它为BureauDeChange。我点击工具箱上的继承条目，点击BureauDeChange类，点击IBureauDeChange接口；指出类执行这些接口。像你在图9中看到的一样，最终结果是一个IBureauDeChange接“lollipop”出现在BureauDeChange类上。类设计器将自动为接口上的方法定义在类上提供方法存根。

CurrencyConverter 类

完成API类图表I：

  • 从工具箱拖动一个类到图表中并命名它为CurrencyConverter。

  • 添加三个方法到图10中显示的使用Class Details 窗口的类中。

  • 从工具箱中使用关联条目画出CurrencyConverter类和IBureaDeChange接口的关联。

vstsclassdesigner-fig10

图 10. CurrencyConverter 的类细节

关联线显示了CurrencyConverter类依靠通过执行IBureaDeChange接口的类所提供的服务，事实上不需要默认的BureauDeChange执行类，我已经提供了。

也要注意，API类使用对象设计模型中的类做为它的参数和返回类型。

流通转换Web服务

在这方面，我分析并设计一个域对象模型来提供流通转换实体，加上API类，就提供了基于这些域类的流通转换功能。

API被设计成为一套标准的.NET类，并且接口从相同程序示实例中被直接调用。这是一个很好的方法来在行动中证明类设计，但不是我喜欢的API最终提供它们服务的方法。

如果你连续读过我之前的文章，这些API类似乎很熟悉。让我们看看图11，是我在那些文章中的一幅图，你将明白我的意思。

vstsclassdesigner-fig11

图 11. 流通转换 Web 服务

我的意思是设计一个BureauDeChange Web程序，包含一个提供交换速率信息的ExchangeRateService Web服务，并且一个CurrencyConversion Web程序包含提供流通转换功能的USDollarService和EuroService Web服务。在所有情况中，应该提供能够被远程调用的功能，而不是在相同程序实例中调用。

在我设计这些Web服务程序时，我指定了参数和返回类型如简单的ints, doubles等等。这就是通过这些Web服务被增强，因此从我的类设计工作获得好处，通过使用域对象－ExchangeTransaction，ExchangeRate，和CurrencyCode －做为返回和参数类型的完全过程。此外，保持执行相似的功能做为Web服务和标准类，这些服务的执行能够承担简单的我设计的API类。

结论

在本文中，我有一个逻辑过程，从类分析(能够使用Visual Studio 2005类设计器被执行) 到类设计 (做为重要连接到执行，Visual Studio类设计器是强制的)。

但不要认为类设计器被限制到初始类设计情况。类设计器版本一能够对一些额外用途，包括显示已有代码，分解（这篇文章提及过）和为文件目的画出图表进行优化。

初始分析和设计是对一个基于API形式的域对象而言的，但仅在我设计基于对象模型提供服务的附加类时才变为一个API。

这些服务能够做为正规类的方法提供，或做为真实的服务，如Web服务提供。在本文和我之前的文章中指出了如何将它们结合在一起。

Tony Loton是一位MCP他很多头衔，例如 Principal Consultant / Director of LOTONtech Limited (www.lotontech.com)， Principal Consultant / Head of Microsoft Practice at Cogenture (www.cogenture.com)，以及Associate Lecturer with the UK's Open University。他与Wiley / Wrox合著了Professional Visual Studio 2005 Team System (ISBN 0764584367)这本2005夏季出版的书