需求: 1:模拟鸭子项目 从项目"模拟鸭子游戏"开始。 鸭子都会叫、会游泳。有的鸭子是红头的、有的鸭子是绿头的。 分析: 从OO(Object Oriented,面向对象)的角度设计这个项目。 鸭子的父类: 抽象的 1.都会gaga叫 2.抽象的外形(如:红头鸭、绿头鸭等) 3.都会游泳 综上所述,我们得到鸭子父类: public abstract class Duck { public Duck(){}; //1:鸭子都会叫 public void quack(){ System.out.println("~嘎嘎叫~"); } //2:抽象的外形 public abstract void display(); //3:鸭子都会游泳 public void swim(){ System.out.println("~~swiming ~~"); } } 具体实现: 绿头鸭: public class GreenHeadDuck extends Duck{ @Override public void display() { System.out.println("~~ i'm GreenHeadDuck ~~ gaga"); } }红头鸭: public class RedHeadQuck extends Duck{ @Override public void display() { System.out.println("~~ i'm Read ~~ gaga"); } } 新需求: 添加鸭子会飞的功能。 思考: 这个fly功能是放在父类中还是放到单个里面? 如果放到父类中,那么问题来了。并不是所有的鸭子都会飞。如果放到父类中,就成了所有鸭子都会飞了。这个是不对的。 所以,我们从这里就可以看出如果使用继承会导致的问题; 对类的局部改变,尤其是父类的局部改变,会影响其他部分。这种影响会有溢出的效应。 如果非要使用继承方法,也是可以的。我们在子类中覆盖父类的方法。 如在绿头鸭中将fly()方法覆盖类。 public void Fly() { System.out.println("~~no fly~~"); } 这个时候,又来新需求了了。需要一个石头鸭子。我们知道石头鸭子是不会飞、不会叫、不会游泳的 我们如果继承了Duck类。那么,就要不停的去填坑的。 所以,我们可以看出这种需求下如果还是用OO面向对象原则来的话,会出现: 父类挖的一个坑,每个子类都要来填坑。增加了工作量。其复杂度是O(N^2).这这种需求下,如果是这样设计的话就不是一个好的设计方式。 我们就要思考,需要新的设计模式,来应对项目的扩展性,降低项目的复杂度。 1)分析项目变化于不变化的部分,提取变化部分、抽象成接口+实现; 根据上面原则,我们在来看看鸭子游戏项目: 鸭子哪些功能会根据新需求变化呢? 如鸭子叫、飞行等等。 这个时候,我们可以设计如下接口: 鸭子飞行为的接口: interface FlyBehaviro{ void fly(); } 鸭子叫行为的接口: interface Quackehavior{ void quack(); } 有了这两个接口之后,鸭子想飞实现飞行为的接口、鸭子想叫实现叫的接口。这样组合起来更方便。 这样做的好处: 新增行为简单了,行为类更好的被复用了,组合更方便了,既有继承带来的复用好处,而其还没有挖坑。 根据上面分析,我们重新设计鸭子模式: 1:将行为提取成抽象接口 FlyBeahavior QuackBehavior 2:在父类Duck中,将各个抽象接口作为属性 @Data public abstract class Duck { public Duck(){} /** * 飞行行为 */ FlyBehavior myFlyBehavior; QuackBehavior myQuackBehavior; public void fly(){ myFlyBehavior.fly(); } public void quack(){ myQuackBehavior.QuackBehavior(); } public abstract void display(); } 3:在创建具体鸭子对象的时候,将行为实例化到构造器中。如下: public class GreenHeadDuck extends Duck { public GreenHeadDuck(){ myFlyBehavior = new GoodFlyBehavior(); myQuackBehavior = new GaGaQuackBehavior(); } @Override public void display() { System.out.println("~~ i'm GreenHeadDuck ~~ gaga"); } } 在测试方法中,父类实例化使用子类对象。如下: Duck greenHeadDuck = new GreenHeadDuck(); greenHeadDuck.display(); greenHeadDuck.fly(); greenHeadDuck.quack();
相关推荐
设计模式之策略模式 鸭子问题 策略模式是一种经典的设计模式,通过鸭子问题,可以让学习者更好地了解设计模式的概念和实现。策略模式的主要思想是定义一系列的算法,并将每一个算法封装起来,使它们可以相互替换。...
策略模式是一种行为设计模式,它使你能在运行时改变对象的行为。在软件开发中,我们经常遇到需要根据不同的条件或场景来执行不同算法的情况。策略模式就是为了解决这类问题而提出的,它将每种算法封装到具有共同接口...
Java 设计模式之策略模式与状态模式 策略模式是 Java 中的一种设计模式,它主要用于解决系统与第三方接口进行数据交互的问题。当系统需要与多种格式的数据进行交互时,使用策略模式可以很好地解决这个问题。例如,...
在给定的"设计模式之策略模式源码"工程中,我们可以看到通过一个简单的收银系统来展示策略模式的应用。收银系统是一个常见的业务场景,其中可能涉及多种结算策略,如折扣、满减、会员优惠等。通过策略模式,我们可以...
策略模式是一种行为设计模式,它使你能在运行时改变对象的行为。在软件工程中,我们经常遇到需要根据不同的条件或时间点执行不同策略的情况。策略模式允许我们将算法族封装到各自独立的类中,使得它们可以互换使用,...
在这个"设计模式之策略模式Android计算器实例"中,我们将探讨如何在Android应用中使用策略模式来实现一个计算器的功能。 首先,策略模式的核心思想是定义一系列算法,并将每个算法封装起来,使它们可以互相替换。...
**策略模式**是Java设计模式中的行为模式之一,它的核心思想是定义一系列的算法,并将每一个算法封装起来,使它们可以相互替换。这种模式让算法的变化独立于使用算法的客户。在Java编程中,策略模式常用于处理那些...
python 设计模式之策略模式
在这个"设计模式 之 策略模式 使用c#实现"的案例中,我们将探讨如何在上传收银系统这样的实际场景中应用策略模式。 首先,我们需要理解策略模式的核心概念:策略(Strategy)接口定义了一族算法,实现了策略接口的...
在"java设计模式之策略模式"的学习中,我们可以通过一个简单的例子来理解它的应用。例如,在一个软件系统中,我们可能需要对不同的数据进行排序,不同的排序算法(如冒泡排序、快速排序、插入排序等)可以被视为策略...
设计模式之策略模式讲解ppt,完整代码详见:https://blog.csdn.net/sinat_35866463/article/details/89094887
**策略模式**是一种行为设计模式,它使你能在运行时改变对象的行为。在策略模式中,一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为模式。 策略模式包含三个主要角色: 1. **策略接口(Strategy...