《深入浅出设计模式-中文版》读书笔记-继承与组合(三)

  经过上一次的改造,鸭子类不是靠继承行为接口而拥有行为,而是靠调用者指定行为的方式。例如:指定叫声的形式和飞的形式。保留了灵活性,将权利交给调用者,鸭子本身不再负责行为的初始化。具体的行为表现交给指定的行为方式处理。如果需要有新的行为方式定义,只要实现行为的接口,然后给鸭子指定新定义的行为方式即可。

  就像上一回的例子中,将几个类结合起来使用,这就是组合composition。这种做法和“继承”不同的地方就是,鸭子的行为不是继承来的,而是和适当的行为对象“组合”来的。

  这就是第三个设计原则:

  多用组合,少用继承。
  使用组合使系统具有很大的弹性,可以在运行的时候动态指定行为,只要行为是符合标准的接口即可。当然,组合也不是万能的,没有银弹,在后面会讲到它的优缺点。

  这种设计使得行为成为一个族群,一个算法群,可以使用里面的任何一个实现来替换。

  恭喜你,你已经在使用设计模式了。也就是策略模式(Strategy Pattern),不用怀疑,你正在使用策略模式改进你的代码。

  策略模式:定义了算法族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。

  

  关于继承和组合的一点个人想法:

  我认为继承适合用在继承属性上面,例如外观、长相、显示、拥有的物品之类的。如果是行为之类的,就不适合用继承了,适合使用组合。因为继承会使得所有继承类都拥有了相同的行为方式,可能会不是想要的结果。使用组合可以灵活的定义行为、扩展行为,把行为的权力交给了初始化对象的调用者,调用者可以自己选择或者是扩展行为的方式。

  

  设计谜题

  内容:一个游戏场景,游戏中各种角色,还有各种武器。角色可以使用武器,每次只能使用一个武器,但是在游戏的过程中可以更换武器。

  

ExpandedBlockStart.gif 代码
<!--<br/ /><br/ />Code highlighting produced by Actipro CodeHighlighter (freeware)<br/ />http://www.CodeHighlighter.com/<br/ /><br/ />--> using  System;
using  System.Collections.Generic;
using  System.Linq;
using  System.Text;

namespace  BeautyCode.DesignPattern.Head.First
{
    
public   interface  IWeaponBehavior
    {
        
void  UseWeapon();
    }
    
public   class  KnifeBehavior : IWeaponBehavior
    {
        
public   void  UseWeapon()
        {
            
throw   new  NotImplementedException();
        }
    }
    
public   class  BowAndArrowBehavior : IWeaponBehavior
    {
        
public   void  UseWeapon()
        {
            
throw   new  NotImplementedException();
        }
    }
    
public   class  AxeBehavior : IWeaponBehavior
    {
        
public   void  UseWeapon()
        {
            
throw   new  NotImplementedException();
        }
    }
    
public   class  Sword : IWeaponBehavior
    {
        
public   void  UseWeapon()
        {
            
throw   new  NotImplementedException();
        }
    }
    
public   abstract   class  Character
    {
        
private  IWeaponBehavior _weapon;

        
public  IWeaponBehavior Weapon
        {
            
get  {  return  _weapon; }
            
set  { _weapon  =  value; }
        }
        
public   void  Fight()
        {
            _weapon.UseWeapon();
        }
    }
    
public   class  King:Character 
    {
        
    }
    
public   class  Queen : Character
    {
    }
    
public   class  Knight : Character
    {
    }
    
public   class  Troll : Character
    {
    }
}

 

  调用代码

  

<!--<br/ /><br/ />Code highlighting produced by Actipro CodeHighlighter (freeware)<br/ />http://www.CodeHighlighter.com/<br/ /><br/ />--> Head.First.King king  =   new  Head.First.King();
            king.Weapon 
=   new  Head.First.Sword();
            king.Fight();

 

  这个例子也是对前面的一个练习和巩固。关于对象的创建,可以重构为在第一片《深入浅出设计模式-中文版》读书笔记(一) 中讲解的简单工厂来实现。

  如何使用设计模式

  设计模式不会直接进入你的代码中,而是先进入你的大脑。首先要对设计模式有一个概念的理解,关于模式的原理,可以解决的问题,应用的场景,模式的代码结构等等。然后才能在设计新模块的时候,合适的引入模式,并且在以前的代码变得一团糟而没有弹性的时候,可以重构它们,重构到模式。

  良好的OO需要具备:可复用性、可扩充性、可维护性。

  模式不是代码,而是针对设计问题的通用解决方案。你可以把他们应用到特定的应用中。

  我们通常会把系统中变化的部分抽出来封装。

  OO基础

  •   抽象
  •   封装
  •   多态
  •   继承

  OO原则

  •   封装变化
  •   多用组合,少用继承
  •   针对接口编程,不针对实现编程

  OO模式

  •   策略模式-定义算法族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值