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

我们全都使用别人设计好的库与框架。我们讨论库与框架、利用他们的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();
}



原文地址:https://www.cnblogs.com/lcchuguo/p/3784610.html