Visual Studio经过长时间的发展，很多用户都很了解Visual Studio ExchangeRate类了，这里我发表一下个人理解，和大家讨论讨论。如果你回看原始分析类图表，你将看到Visual Studio ExchangeRate类有两个属性， fromCurrency 和 toCurrency，都是CurrencyCode类型。相同的图表显示了CurrencyCode做为一个枚举，因此你能够看到这些属性允许的值。
#t#在设计类图表中，你能看到属性不再是可见的，但两条适当的连接线画在Visual Studio ExchangeRate类CurrencyCode枚举中。这是更直观地方法来显示交换速率和流通代码之间的关系，并且如果你使用过UML，这些你将会非常熟悉。
在“属性”表示和“关联”表示之间切换是很简单的，右键点击每个属性并从内容菜单中选择Show As Association 即可；并且可以右键点击关联线并从内容菜单中选择Show As Property 即可切换回来。这两种查看是个人喜好的问题，在代码中是分辨不出来的。
注意: 一些UML工具通过不同方法提供了这些特性。它们允许成员类型根据预先确定的规则既被表示为属性也被表示为关联基本类型。例如，一个字符串对象能够被指定为一个基本类型，以至于所有的字符串在UML中总被显示属性而不是关联一个String类。
这有一个我添加的额外的关联，是在ExchangeTransaction类和ExchangeRate类中的一个关联。这是为了任何交换处理的，我不仅能侦测到from—and to- amounts ，还能够侦测到在强制时间转换－加上两个有关的流通的交换速率。
因为这个关联当前不存在，我必须通过工具箱中的关联条目添加它，点击ExchangeTransaction 类，并且拖动到Visual Studio ExchangeRate类，我能够重命名这个关联，但默认的名字ExchangeRate 已经很好了。
执行属性（再次访问）
当类是机器对你来说是新的时，做为软件专家有一些很好的机会你将设置合理化优先级，现在最终的关联被成形了。
确实不需要在ExchangeTransaction类上保持toAmt 区域很多，因为toAmount 能够从fromAmt 中计算出来，以及ExchangeRate 关联/属性的好处。因此，toAmt 区域能够被删除并且toAmount 属性能够被如下所示执行：
- public double toAmount
- {
- get
- {
- // return toAmt;
- return fromAmt * ExchangeRate.Rate;
- }
- }
注意因为我计算了toAmount，属性现在应该是只读的。这就是说，没有“设置”阻碍。我将这些更正给你自己的决定。
