设计模式奠基石——UML关系转化为代码

红太狼 2022-08-27 03:53 151阅读 0赞

###       **1、继承关系（泛化关系）**    ###

【**说明】：**继承关系是子类（派生类）继承父类（基类），或者子接口继承父接口的关系。即子类对象“**is a**” 父类对象，比如鸟是动物。

【**UML图】：**

![SouthEast][]

图解：Animal为父类，Bird类、Fish类、Dog类分别继承了Animal类，它们不仅继承了Animal的公用方法Breath()，同时也根据自己的实际需要拓展了相关方法（Fly()方法、Swim()方法、Run()方法）。

【**对应代码】：**

//Animal类（父类）：
 class Animal
 {
 public void Breath() { }
 }
 //Bird类、Fish类和Dog类（子类）：
 class Bird : Animal
 {
 public void Fly() { }
 }
 class Fish : Animal
 {
 public void Swim() { }
 }
 class Dog : Animal
 {
 public void Run() { }
 }

【画龙点睛】：

★说明子类可以继承所有父类非private的属性和方法，并且可以根据实际情况进行拓展（增加属性或方法），如上例中的Fly()方法就是鸟类对动物类的拓展；

★类只可以有单继承（一个子类只可以继承一个父类，一个父类可以由多个子类继承），接口可以有多继承（一个子接口可以继承多个父接口）。

### **        2、实现关系**    ###

【说明】：实现关系就是类实现[接口][Link 1]的关系。以下引用《大话设计模式》中的例子来说明。

【**UML图】：**

**                                                                                                          ![SouthEast 1][]**

**       **图解：机器猫、孙悟空、猪八戒都可以变出东西来，但又因为其他动物并不像他们三个一样具有这种超能力，因此并不能直接把这个方法加到父类Animal中去，而需要把“变出东西”这种方法抽象出一个名为“变东西”的接口，到时候让具有这种超能力的动物们（比如机器猫、孙悟空、猪八戒）直接去实现这个接口。

**      【对应代码】：****     **

//Animal类、Cat类、Monkey类、Pig类、叮当猫类的代码省略
 interface IChange
 {
 string ChangeThing(string thing);
 }
 class SunWukong:Monkey,IChange//孙悟空继承与猴类，并实现IChange接口
 {
 public string ChangeThing(string thing) //此处为实现接口的方法，注意不能加override修饰符
 {
 return "我老孙有七十二般变化，可以变出" + thing;
 }
 }
 class ZhuBajie : Pig, IChange//猪八戒继承与猪类，并实现IChange接口
 {
 public string ChangeThing(string thing) //此处为实现接口的方法，注意不能加override修饰符
 {
 return "我老猪有三十六般变化，可以变出" + thing;
 }
 }

**      【画龙点睛】：**

★类可以实现多重接口，即一个类实现多个接口；

★因为接口中的方法用来定义对象之间通信的契约，如果指定接口中的方法为私有或保护就没有意义了，所以它们默认为公有方法，即接口不能用new、public、protected、internal、private等修饰符。

★为了区分类和接口，接口名称一般都以“I”作为首字母（当然不这样声明也可以）。

（更多注意事项可参考百度百科“[接口][Link 1]”）

### **        3、依赖关系**    ###

【说明】：如果一个类A需要用到另一个类B，或者说一个类A负责构造类B的实例时，则称类A依赖类B，即A类对象“**use a**” B类对象。比如人写字需要用到笔，那这个关系就是人类依赖笔类；又比如机器造零件，那机器类就依赖零件类（本例参考简单工厂模式）。

【**UML图】：**

**       **人写字的UML图：

**   ![SouthEast 2][]**

**       **机器造零件的UML图：

![SouthEast 3][]

**      【对应代码】：**

**       **例1：人写字的代码（此处体现依赖的方式为：Pen是People中一个方法中的变量）

class People
 {
 public void Write()
 {
 Pen pen=new Pen();
 pen.Write(); 
 }
 }
 class Pen
 {
 public void Write(){}
 public void Draw(){}
 }

例2：机器造零件的代码（此处体现依赖的方式为：Part是Machine中一个方法中返回值）

class Part         //零件类
        {
           private string type;
        }
        class PartA : Part //零件A类（继承零件类）
        { }
        class PartB : Part //零件B类（继承零件类）
        { }
        class Machine     //机器类（职责：根据要求选择性地生产零件A或零件B）
        {
            public static Part CreatePart(string type)
            {
                Part part = null;
                switch (type)
                {
                    case "A":
                        part = new PartA();
                        break;
                    case "B":
                        part = new PartB();   
                        break;
                }
                return part;     
            }
        }

**      【画龙点睛】：**

★假如A依赖B，依赖关系代码表现形式：

1、B是A中方法的变量；

2、B是A中方法的返回值；

3、B是A中方法的参数。

### **        4、关联关系**    ###

【说明】：关联关系简单来说就是一个类A“知道”另一个类B的时候，则类A关联类B，UML图表现为实线箭头由类A指向类B。比如许多动物都可以预知地震、海啸等自然灾害，狗在自然灾害前会狂吠不止、老鼠在震前会出窝乱窜……

【**UML图】：**

**       ![SouthEast 4][]**

**      【对应代码】：**

class Disaster
        { 
            private string name;
            public Disaster(string name)
            {
                this.name = name;
            }
        }
        class Mouse
        {       
           private Disaster disaster;
           public Disaster TheDisaster
           {          
              get{return disaster;}            
              set{this.disaster = value;}
            }
            public void Run(){}    } 
      
        class Dog 
        {     
            private Disaster disaster;    
            public Disaster TheDisaster        
            {          
               get{return disaster;}            
               set{this.disaster = value;}
            }       
            public void Bark(){}    }  
        //客户端代码  
        static void Main(string[] args)
            {
             Disaster disaster=new Disaster("Typhoon");      
             Mouse mouse=new Mouse();    
             Dog dog=new Dog();
             mouse.TheDisaster=disaster;
             dog.TheDisaster=disaster;
             if(mouse.TheDisaster!=null)
             mouse.Run(); 
             if(dog.TheDisaster!=null)                    
             dog.Bark();
            }

**      【画龙点睛】：**

**       **★关联关系有单向关联、双向关联、自身关联、多维关联等等。代码体现为，哪个类关联另一个类就直接在类中调用那个类即可；

★关联和依赖的区别：

（1）从类的属性是否增加的角度看：  
                  发生依赖关系的两个类都不会增加属性。其中的一个类作为另一个类的方法的参数或者返回值，或者是某个方法的变量而已。  
                  发生关联关系的两个类，其中的一个类成为另一个类的属性，而属性是一种更为紧密的耦合，更为长久的持有关系。  
         （2）从关系的生命周期来看：  
                  依赖关系是仅当类的方法被调用时而产生，伴随着方法的结束而结束了。  
                  关联关系是当类实例化的时候即产生，当类销毁的时候，关系结束。相比依赖讲，关联关系的生存期更长。

### **        5、聚合关系：**    ###

【说明】：如果A对象可以包含B对象，但是B对象不一定要成为A对象的组成部分，那么A对象与B对象之间的关系为聚合关系，即A对象“**contain a**” B对象，比如一辆自行车包含两个车轮，但这两个车轮不一定要安装在这两自行车上。

【**UML图】：**

**    ![SouthEast 5][]**

**      【对应代码】：****   **

class Wheel{ }
        class Bicycle
        {
            private Wheel BicycleWheel;
            public Wheel BicycleWheel
            {
                set{BicycleWheel=value;}
                get{return BicycleWheel;}
            }
        }

**      【画龙点睛】：**

★普通关联关系的两个类处于同一层次上，而聚合关系的两个类处于不同的层次，一个是整体，一个是部分，是一种弱的“拥有”关系。

★A对象可以包含B对象，但B对象不是A对象的组成部分。具体表现为，如果A由B聚合成，表现为A包含有B的全局对象，但是B对象可以不在A创建的时刻创建。

### **        6、组合关系**    ###

【说明】：如果A类对象包含B类对象，而且B类对象一定要是A类对象的组成部分，那么A类对象与B类对象之间的关系为聚合关系，即A类对象“**contain a**” B类对象，比如一个健康的人有两条胳膊和两条腿，而且这两条胳膊和两条腿一定只属于这个人。即A对象“**has a**” B对象。

【**UML图】：**

**       ![SouthEast 6][]**

**      【对应代码】：****    **

class Arm { }
 class Leg { }
 class People
 {
 private Arm myArm;
 private Leg myLeg;
 public People()
 {
 myArm=new Arm();
 myLeg=new Leg();
 }
 }

**      【画龙点睛】：**

**       **★组合是比聚合关系强的关系。它要求普通的聚合关系中代表**整体**的对象负责代表**部分**的对象的**生命周期**。组合关系是一种强的“拥有”关系，体现了严格的部分和整体的关系，部分和整体的生命周期一致。如果A由B组成，表现为A包含有B的全局对象，并且B对象在A创建的时刻创建。

★聚合和组合的区别：请参见[浅谈UML中的聚合与组合][UML]

在这几种关系中，它们的耦合强度由强到弱为：**泛化=实现>组合>聚合>关联>依赖**。设计模式就如同搭积木，这几种关系就如同积木，设计模式的作用无非就是为了将这几种关系组合，最大化降低程序耦合度，使代码结构达到最优，便于应对以后的需求变更。

需要注意的是，其中的关联关系、聚合关系、组合关系的代码体现有一个相似点，就是都是一有个类作为另一个类的成员。这一点需要用心理解清楚，不要混淆。

大家如果有什么好的说明例子或者建议请您提出宝贵的意见，谢谢。

【注：本文代码均用C\#来实现，与其他语言可能会有差异（如java中子类继承父类使用“class 子类 extends 父类”的结构；java中类实现接口使用“class 类 implements 接口”的结构等】

[SouthEast]: /images/20220824/5063d1b057bf453c8fe890da567aade7.png
[Link 1]: http://baike.baidu.com/view/2006701.htm?fr=aladdin
[SouthEast 1]: /images/20220824/59fdbe4f2b314984a3b5b0dfe4cccfe6.png
[SouthEast 2]: /images/20220824/cdc876f655094b48851f3b0669334fb8.png
[SouthEast 3]: /images/20220824/521683722d994060b3c60ba22572637b.png
[SouthEast 4]: /images/20220824/3e6fc4f7ae7a4a4fb5fc0dde0157693c.png
[SouthEast 5]: /images/20220824/6935e1f23dee4047a8cc965397d10a63.png
[SouthEast 6]: /images/20220824/2ae491dde04f46ceb7bb2cce974f7714.png
[UML]: http://blog.csdn.net/liushuijinger/article/details/6994265