少有人走的路（1） 莫妙其妙出现继承的问题
图上的类没有继承任何类，但实际上生成的带有继承关系。
解决方法用最笨的方式：删除原有的类，重新画一个就好了。
真是奇怪的问题。
（2）包是啥东西
经过实验，发现包代表一个命名空间。
包内部的类、接口都位于同一个命名空间。
（3） 出现两个相同的继承的问题
如下图所示，很奇怪。
应该是UML类图本身的bug吧。
解决方法还是删除这个类，重新画一遍就好了。
（4）属性和字段的类型指定
可以直接在字段或者属性的名字上敲入英文分号，左右各加一个空格（这是关键哦！），再敲入类型就可以了。
也可以选中字段或者属性，按alt+回车键，打开属性，在Type中填写类型
生成代码后，你会发现这个属性为virtual，那么怎么样不让重写呢？
注意把属性面板上面的“Is Leaf”改为true，就可以了。
默认情况下，全部字段、属性、方法都默认为virtual的。
你可以选择多个属性、方法、字段，一次设定为"Is Leaf"。
（5）类图和UML类图有冲突
你在代码中的一个类名字上右键，选择“查看类图”
这个时候可以使用这个类图进行编辑字段、属性、方法。
好像很美好，但是勇哥劝你不要这么做，因为它的改变不会更新到UML类图上去。
一但UML类图上重新生成了代码，你这边的修改都报废。
也许有人知道怎么在两者之间进行同步更新，知道的人请留言告诉我吧。
这种低级错误怎么会出现在微软的产品中？真是奇怪。
uml类图生成代码这个功能请慎重使用！！
因为如果你在已经生成的类中进行添加代码，那么再次生成后你添加的代码将全部完蛋，又被初始化了。
而且没有任何警告提示。
所以uml类图仅做为初始程序类结构的设计用。
类结构设计好后，就不要再用uml类图的生成代码功能了，以后可以使用“类图”来修改代码。
（6）uml生成代码显示成功，实际上没有动静
这种情况勇哥在之前一篇贴子谈到过
http://www.skcircle.com/?id=1786
现在还发现一种可能的尝试的办法，就是重启VS。这功能真是bug不少哦。
难怪网上vs建模的贴子比较少，可能大家都不用它是吗？
