策略(Strategy)模式

第一章 策略(Strategy)模式

1. 为了"复用"(reuse)目的而使用继承,结局并不一定完美.它可能导致 "所有的" 子类都具备超类中定义的变量或方法,即使那些不具备这些属性或操作的子类也无法免除.以后每在父类中为大多子类增加功能时,还得额外处理个别子类,修改他们的类体.这不仅造成了系统不易扩展,还致使系统类间耦合度增加.

2.由于在接口中只是做下定义,声明,并没有对代码进行实现.所以每一个实现接口的类(实现类)都得要重写接口中的类方法.如果各个接口实现类中的方法几乎不同,各有各的特征的话,这不失为一个好的设计.但是,如果这些实现类中有少量,个别不同,那就会令重复的代码增多.如果由于后期的需求变更了,那么这些代码就得一一更正,导致代码维护繁琐.

3.不管当初软件设计得多好,一段时间之后,总是需要成长与改变的,否则软件就会"死亡".因此,我们早在设计软件的阶段就应当为以后软件扩展以及后期维护提供入口,方便将来的更新,升级操作.个人觉得,这应该就是软件要进行设计的根源之一.

4.Java接口不具备有实现代码的功能,所以继承接口无法达到代码的复用.这意味着: 无论何时你需要修改某个行为,你必须得往下追踪并在 每一个 定义此行为的类中修改它,一不小心,可能会造成新的错误!
另外,接口一般用于实现动态连接(面向对象编程三大特性之一:多态性的三种表现中的一种)

5.面向对象编程特性: 1.继承 2.封装 3.多态 (4.抽象 有些人把这个也列为OOP特性的一种,形成OOP四大特征)
封装:隐藏了类的内部实现机制，从而可以在不影响使用者的前提下改变类的内部结构，同时保护了数据。四种权限在这里发挥着重要作用.
多态性三种表现形式: 1.类多态(通过继承实现) 2.方法多态(方法重写,方法重载: 通过参数列表个数,类型不同来区分) 3.动态连接(定义接口,然后声明上转型对象来实现)

6.设计原则一: (封装变化原则)找出应用中可能需要变化之处,把它们独立出来,不要和那些不需要变化的代码混在一起.
换句话说,如果每次新来一个需要,都会使得某段的代码发生变化的话,那么这段代码就是这里所说的需要变化的地方,抽出这段代码,将其独立出来与其他稳定的代码分开.
另一种思考方式:把会变化的部分取出来并封装起来,以便以后可以很容易地改动或扩充这部分,而不影响不需要变化的其他部分.

7.超类是所有继承关系的父类,就是继承树的根

8.设计原则二: 针对接口编程(类实现接口),而不是针对实现编程(继承类).

9.声明类型如果是超类型: 抽象类或者接口,不用理会以后执行时的真正对象类型.子类实例化的动作不再需要在代码中硬编码,在运行时才指定具体的实现对象.我们不需要知道实际的子类型是什么.

10.设计原则三: 多用组合,少用继承

11.策略模式: 定义了算法簇,并将他们封装起来,使他们可以相互替换.此模式使算法的变化独立于使用算法的客户.

12. 总结:
OO基础: 1.抽象 2.封装 3.多态 4.继承
OO原则: 1.封装变化 2.多用组合,少用继承 3.针对接口编程,不针对实现编程
OO模式: 策略模式--定义算法簇,分别封装起来,让它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户.
良好的OO设计必须具备三个特性: 1.可复用 2.可扩展(可扩充) 3.可维护
模式是历经验证的-->>OO设计经验.它不是代码,而是针对设计问题的通用解决方案.