SimUDuck 策略模式

添加一个 FlySuperDuck.java
implement IFlyBehavior

在具体鸭子中可以拥有这种行为:

public ModelDuck()

{

this.flybehavior=newFlySuperDuck();

}

这样就可以实现给某种鸭子添加某种行为。

在具体鸭子中可以拥有这种行为:

public ModelDuck()

{

this.flybehavior=newFlySuperDuck();

}

这样就可以实现给某种鸭子添加某种行为

可以添加一种接口Ispeak，有一个speak方法。这样鸭子们就有了另一种行为speak()。

父类中只需要添加一个speakbehavior，子类就可以有具体的实现。例如有一个DonaldSpeak实现了Ispeak接口，子类就可以拥有这个具体的行为n利用继承来提供Duck的行为，这会导致下列哪些缺点？nA.代码在多个子类中重复；

nB.运行时的行为不容易改变；

nE. 鸭子不能同时又飞又叫，不能有多继承；

nF.改变会牵一发而动全身，造成其他鸭子不想要的改变；

时间： 2024-11-05 12:20:34

SimUDuck 策略模式的相关文章

java设计模式之策略模式

策略模式模拟鸭子游戏SimUDuck 设计原则: 找出应用中需要变化之处,把它们独立出来,不需要和那些变化的代码混在一起设计原则: 针对接口编程,而不是针对实现编程设计原则: 多用组合,少用继承策略模式定义: 定义了算法族,分别封装起来,让他们之间可以相互替换,此模式让算法的变化独立于使用算法的客户 1 public class MiniDuckSimulator 2 { 3 public static void main(String[] args) 4 { 5 //绿头鸭 6 Duc

设计模式的引入--策略模式

以一个有关鸭子的电子游戏“SimUDuck”开始,初始设计为这时,有了一个新的需求,需要让鸭子可以飞第一次设计:(在父类Duck上加一个fly方法,此时所有子类都继承该方法) 然而,经理在演示该项目时,用的是橡胶鸭子,并表示橡胶鸭子不应该会飞(忧伤的程序员.) 该怎么解决这个问题呢?(给一个父类增加了方法,可是部分子类不需要该方法,甚至是不能有该方法) 第二次设计:(增加Flyable接口和Quackable接口,让有需要的鸭实现该接口) 的确这样设计解决我们之前的问题,每个鸭子都有自己所需

JAVA设计模式之策略模式 - Strategy

在策略模式(Strategy Pattern)中,一个类的行为或其算法可以在运行时更改.这种类型的设计模式属于行为型模式. 在策略模式中,我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象.策略对象改变 context 对象的执行算法. 介绍什么是策略模式(Strategy Pattern) 在软件开发过程中常常遇到这样的情况, 实现某一个功能有很多种算法或实现策略, 我们可以根据环境或者条件的不同选择不同的算法或者策略来完成该功能. 如果将这些算法或者策略抽象

PHP设计模式-策略模式

<?php//策略模式//将一组特定的算法或行为封装成一个类,以适应上下文环境 //策略的接口文件约定策略的行为针对一种情况产生具体的策略interface Policy{ function showAd();} class Female implements Policy{ public function showAd() { echo __CLASS__.' policy'; }} class Male implements Policy{ public function showA

对设计模式的总结之简单工厂与策略模式

前言面向对象编程追求的本质-提高扩展性.可维护性.灵活性和复用性.合理利用面向对象6个原则,能够很好的达到要求.如何利用好就是至关重要的了,前人总结了23+个设计模式能够让初学者更容易学到其中的精髓,本文就说说我对本人对简单工厂模式.策略模式的见解. 简单工厂模式与策略模式简单工厂模式工作中,常常遇到需要做一个功能(鸭子),这个功能中含有可控个数的子操作功能(鸭子叫,鸭子跑,鸭子飞),而且子功能在不同的情况下处理方式又不相同(成年鸭子/小鸭子叫,成年鸭子/小鸭子跑,成年鸭子/小鸭子飞).我

Java 策略模式

Java 策略模式 @author ixenos 定义 1.封装算法:定义一组算法,将每个算法都封装起来,并且使他们之间可以互换 2.分割行为和环境:对用户屏蔽内部实现,使客户端在调用算法的时候能够互不影响地互换策略模式的实现(面向接口编程) 方法: 1.接口多态:策略模式的用意是针对一组算法,将每个算法封装到具有共同接口的独立的类中,从而使他们之间可以相互替换 2.具体策略提供不同算法,环境负责维持和查询策略,把具体策略和环境分割开来,使得算法可以在不影响客户端和环境的情况下修改角色分工:

设计模式之策略模式

一.概述我们来实现一个企业的工资系统,该企业中不同级别的员工工资算法都不相同,针对该问题,最容易想到的莫过于在代码中堆积一大堆if…else…语句或者是switch…case…语句.如果该企业中不同级别的员工过多,或是对级别的调整比较频繁,那该系统就会显得复杂而脆弱.如何能将对象和算法解耦,从而使得在系统运行时能透明的改变对象的算法呢?这就到了策略模式大显身手的时候了.二.策略模式策略模式定义了一系列算法,把它们一个个封装起来,并且使它们可相互替换.该模式可使得算法能独立于使用它的客户而变化.策

设计模式之桥梁模式和策略模式的区别

桥接(Bridge)模式是结构型模式的一种,而策略(strategy)模式则属于行为模式.以下是它们的UML结构图. 桥梁模式: 策略模式: 在桥接模式中,Abstraction通过聚合的方式引用Implementor. 举一个例子: 策略模式:我要画圆,要实心圆,我可以用solidPen来配置,画虚线圆可以用dashedPen来配置.这是strategy模式. 桥接模式:同样是画圆,我是在windows下来画实心圆,就用windowPen+solidPen来配置,在unix下画实心圆就用uni

Strategy Design Pattern（策略模式）

策略模式意义在于,当我们有多种不同的算法时,程序能够动态的选择算法进行计算. 策略模式的另外一个英文名字是Policy Strategy. 策略模式最典型的里一个例子就是JAVA中复杂对象的排序(java.util.Arrays.sort,java.util.Collections.sort),用户可以自己定义各种排序算法(规则),然后在需要排序时将算法传给排序函数.从而实现排序方式的变化,获得不同的排序结果.参见:http://my.oschina.net/nox/blog/487478 下面