设计模式基础---UML关系的代码实现

          前人说：一张图胜过万语千言。UML类图无疑为代码的实现过程提供了便利的方便，因此掌握一些UML类图与代码之间的转换是学习的基础。

【继承&实现】

                                                               

         在原型模式当中，具体原型继承原型：

         Prototype父类：                                                             ConcretePrototypeA子类：

         abstract class Prototype                                                class ConcreteProtypeA：Prototype

         {                                                                                     {

                  private string ID；                                                       public ConcreteProtypeA（string id）：base（id）

                  public Prototype（string id）                                      { }

                  {                                                                           }

                         this.id=ID;

                  }

          }

       子类继承父类时不能够直接重写父类的构造函数，因此采用base的方式来调用。但有时候父类没有写入构造函数，子类继承父类不必要调用父类的构造函数，而是采用自身默认的构造函数。

       根据合成复用原则，类的继承级别不应该过多，那样势必会造成系统体系结构过于庞大，增大类之间的耦合程度，方法调用混乱，不易修改的问题。

【关联&聚合&组合】

       聚合与组合可以看做关联的两种特殊表现形式，因此在实现上是一致的：

                                                   

      方式一：直接引用

      企鹅类中：

       class penguin

       {

            private Climate climate；  //直接引用气候类

       }

      方式二：实例化引用

    

      上图中采用关联和组合关系都可以，只是组合比关联更加具体确切。

       Facade类：

       class Facade

       {

             SubSystemOne sbo；

             SubSystemTwo sbw；

             SubSystemThree sbe；

             public Facade（）

             {

                     sbo=new SubSystemOne（）；

                     sbw=new SubSystemTwo（）；

             }

       }

    引用过程应该注意应用类型，假如有三重继承关系，关联类处在第二层，则多采用protect类型；

     方式三 数组的使用

                                                            

      当一个类是由一组相同类组合而成时，就要考虑数组的引用了：

      class WideGooseAggregate

      {

             private WideGoose [ ] arrayWideGoose；

      }

双重关联         

        在经典的代理模式当中，代理一方面要实现接口，一方面要关联追求者，而追求者关联于Schoolgirl

          class Pursuit：IGiveGift  //继承与实现接口相同

          {

                   SchoolGirl mm；

                   public Persuit（SchoolGirl mm）

                   {

                           this.mm=mm;

                   }

          }

         class  Proxy:IGiveGift

         {

                 Pursuit gg;          //关联追求者时引用puisuit类

                 public Proxy(SchoolGirl mm)     //代理要最终引入实现追求者的方法，因此通过引用女孩对象给追求者

                 {

                           gg=new Pursuit(mm);   //最终实现双重关联

                 }

         }

       

【依赖】

                               

       依赖关系在工厂家族中表现的尤为突出，具体的方法类相当于加工制造的机器，具体工厂类相当于具体的加工车间，车间依赖机器进行加工，实现功能。

       interface Factory

       {

                 operation createoperation();   //直接引用operation类定义具体实现方法；

       }

      class AddFactory：Factory

      {

                public operation createopreation（）    //类似于重写

                {

                           return new operationAdd（）；//通过接口直接调用具体机器（具体操作类）中的方法

                }

      }

【继承VS关联VS依赖】

        继承和实现是一种很强关系，子类继承父类的方法，因此没有必要在子类中引用父类的方法。但是，构造函数却不能被继承，这样可以使子类继承父类方法的同时保持自己的个性。

        关联相对于继承与依赖处于中等地位的类间关系，因此在代码实现过程中，多采用将父类实例化后引出到构造函数中，这样就可以供给整个父类使用了。

        依赖则是三者中最弱的关系，因此将引用过程放到具体的实现方法中，而不是像关联一样供给类中所有函数成员使用。

【总结】

       UML类图的代码实现过程相对好理解但是不容易记忆，只有多运用到实际才能熟练掌握！它是程序编写和设计模式基础，应该引起重视！