在向大家详细介绍Visual Studio类设计器之前,首先让大家了解下Visual Studio类,在之前的指导中,在应用程序设计器中确定的解决方案结构-做为一个项目-在你通过Visual Studio类设计器中设计的类的应用程序定义能够被定位,然后全面介绍Visual Studio类设计器。在之后的指导中,类设计使用Visual Studio类设计器能够变为通过使用应用程序设计器设计的程序服务提供的参数或返回类型。这听起来像鸡和鸡蛋的关系,但你可以使用标准语言类型(如double, int和string)设计应用程序服务,并且之后可以翻新适当的设计类;或者你能够设计类最初做为一个标准独立的类库而优先于应用程序模型。在本文中,我将演示这些方法。
#T#在你获得错误的想法前,让我强调我描述的应用程序设计器和Visual Studio类设计器的相互关系。完全在你的程序中使用Visual Studio类设计器不是必需的,也不是很完美的。事实上,如果你不运行Visual Studio 2005 Team Architect Edition,对你只是可选的。
这个设计器被命名为Visual Studio类设计器,因为主要被用于设计类库和API。这个名字与统一建模语言(UML)术语是一致的。但是,类声明仅是在类图表,枚举,构造,接口和委派中能够被声明类型中的一个。
在这篇文章中,我将经常讨论托拽类到类图中,删除类等。做为一般规则,无论何时我都使用术语类,对类,接口,枚举,委派或构造而言能够很快被记住。什么地方不是这种情况,我将特别指出。
首先,我将为我选择的区域提供一个分析(类)模型。我将通过展开它到设计模型中做为一个执行的基本,来定位这个模型中的一些限制。最终设计模型是独立的,而不会建立一个API,因为对功能而言它事实上不会做任何事,因此我将为API自身设计一个附加的类。最后,我将在这篇文章中关联这些工作以及在我之前的应用程序设计器文章中设想的应用程序设计。
无论在哪我演示的代码都相当于图示的类,代码将会使用C#符号来声明。因为.NET设计的风格无论你选择哪种语言都十分漂亮,因此我使用的示例的简单代码即使你使用Visual Basic .NET 程序也可以。
事实上,我能够通过在Visual Basic中在我提示你建立一个C#类库时建立一个VB类库,来重演我的步骤。你注意仅有的不同是一些细小的技术不同点反映了你使用语言的不同。不像 UML一体适用的方法,在你使用Visual Basic类时使用Visual Basic术语(像公共的,友好的),在使用C#类时,Visual Studio类设计器使用C#术语 (像公共的,受保护的)。