首页 > 代码库 > 《Head First 设计模式》学习笔记——策略模型

《Head First 设计模式》学习笔记——策略模型

2024-07-08 00:15:54   225人阅读

我们全都使用别人设计好的库与框架。我们讨论库与框架、利用他们的API编译成我们的程序、享受运用别人的代码所带来的长处。看看java api它所带来的功能：网络、GUI、IO等。库与框架长久以来，一直扮演着软件开发过程的重要角色，我们从中挑选所要的组件，把他们放进合适的地方。可是，库与框架无法帮助我们将应用组织成easy了解、easy维护、具有弹性的架构，所以要设计模式。
设计模式不会直接进入你的代码中，而是先进入你的“大脑”中。一旦你先在脑海中装入了很多关于模式的知识，就行開始新设计中採用它们，并当你的旧代码变得如同搅和成一团没有弹性的意大利面一样时，可以用它们重做旧代码。————题记

面向对象的设计原则
（1）找出应用中可能须要变化之处，把它们独立出来，不要和那些变化的代码混在一起。————封装变化
也即把变化的部分取出来并封装起来，以便以后能够轻而易举地修改或者扩充此部分，而不影响不须要变化的其它部分。
（2）针对接口编程，而非针对实现编程————
“针对接口编程”，关键在于多态。利用多态，程序能够针对超类型编程，运行时会依据实际状况运行到真正的行为，不会被绑死在超类型的行为上。“针对超类型编程”这句话能够更明白的说成是变量的声明类应该是超类型，一般是一个抽象类或者一个接口，如此，仅仅要是详细实现此超类型的类所产生的对象，都能够指定给这个变量。也就意味着，声明类时不用理会以后运行时的真正对象类型。
（3）多用组合，少用继承。
通过组合建立系统具有非常大的弹性，不仅可将算法族封装成类，还能够“在执行时动态改变行为”，仅仅要组合的行为对象符合正确的接口标准就可以。
继承的缺点：
1、代码在多个子类中反复，由于全部子类须要覆盖父类的抽象方法；
2、子类执行时不easy改变状态，由于没有setter方法；
3、非常难知道所有子类的所有行为；
4、改变牵一发而动全身，造成其它子类不想要的改变。

要点
知道OO基础，并不足以让你设计出良好的OO系统。
良好的OO设计必须具备可复用、可扩充、可维护三个特性。
模式不是代码，而是针对设计问题的通用解决方式。

设计模式
（1）策略模型：定义了算法族，分别封装起来，让他们之间能够互相替换，此模式让算法的变化独立于使用算法的客户。

复习一下抽象的几个概念：
1、抽象方法abstract，父类的抽象方法主要作用为占位，由子类来实现；
2、为了提高清晰度，包括一个或多个抽象方法的类本身必须声明为抽象类；
3、类即使不包括抽象方法，也能够声明为抽象类；
4、抽象类不能被实例化。

public abstract class duck {

    FlyBehavior flybehavior;
    QuackBehavior quackbehavior;
    public duck(){
    }

	//抽象类
    public void abstract display();
    
    public void performFly() {
        flybehavior.fly();
    }

    public void performQuack() {
        quackbehavior.quack();
    }

    public void swim() {
        System.out.println("All ducks float, even decoys.");
    }
	
	//设定动态行为
	public void setFlyBehavior(FlyBehavior fb) {
		flybehavior = fb;
	}

	public void setQuackBehavior(QuackBehavior qb) {
		quackbehavior = qb;
	}
}

public interface Flybehavior {
	public void fly();
}

public interface Quackbehavior {
	public void quack();
}


联系
我们