UML图和C#

    这段时间学习了楚光明老师讲解的C#视频，接触这个学习材料的第一感觉就是老师讲解的通俗易懂，很容易让人去接受；再有就是在学习到UML图和C#的一节时很有收获，之前自己也学习过UML图的一些知识，但此刻自己貌似顿悟了UML功能的强大。

    UML涉及到了类图、用例图、时序图等图的建立和实现过程，此部分内容自己的博客《UML学习总结》中有详细的介绍，在这里对UML中的一些关系再做一些补充：

*继承*

  指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承是类与类或者接口与接口之间最常见的关系；在Java中此类关系通过关键字extends明确标识，在设计时一般没有争议性；

*实现*

           指的是一个class类实现interface接口（可以是多个）的功能；实现是类与接口之间最常见的关系；在Java中此类关系通过关键字implements明确标识，在设计时一般没有争议性；

*依赖*

           可以简单的理解，就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、、临时性的、非常弱的，但是B类的变化会影响到A；比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖；表现在代码层面，为类B作为参数被类A在某个method方法中使用；

*关联*

  他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系，比如我和我的朋友；这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，一般是长期性的，而且双方的关系一般是平等的、关联可以是单向、双向的；表现在代码层面，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全局变量;

*聚合*

    聚合是关联关系的一种特例，他体现的是整体与部分、拥有的关系，即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享；比如计算机与CPU、公司与员工的关系等；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；

*组合*

  组合也是关联关系的一种特例，他体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束；比如你和你的大脑；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；

  在这里想说的是自己刚刚认识到UML不仅是一个建模工具，同时它还是一个很好的编程工具，即它可以实现代码的自动生成；同时在代码无误的情况下，又可以生成UML图，实现了代码和图例的双向转换，让自己再次认识到了Rational Rose这个工具的强大。这种将抽象代码以可视化的图例形式展现给客户的形式，方便直观，有效地避免了开发者和用户之间的误会，可以说是一种非常好的衔接吧。

    同时，这样的产品也让自己对“时势造英雄”这句话有了近一步的理解，在有这样的需求的情况下就会有相应产品的产生，来弥补市场的缺陷。满足了客户的需求，同时也解决了诸多的细节问题！