《Head First设计形式》阅读笔记.第一章
《Head First设计模式》阅读笔记.第一章
1.策略模式部分
*面向对象(OO)的四个基本概念是:抽象、封装、继承、多态。
软件设计原则:封装变化--把软件中那些在将来可能产生变化的地方独立出来,与其他部分分割以减少变化时对它们的影响。这样的设计可以使系统变得有弹性,更好地应对变化。
软件设计原则:针对接口编程,而不针对实现编程。依据该原则,声明一个变量时要把它声明为超类型(接口或抽象类),而不是实现类。
*继承的好处是实现了代码的复用。
*软件开发人员花费在软件开发完成之“后”的时间要远多于完成之“前”,所以应致力于提高可维护性和可扩展性上的复用程度。
软件设计原则:多用组合,少用继承。使用组合的方式可以实现代码的分割,使代码有更大的弹性,更好地提高了复用性。
策略模式:定义一组算法族,分别封装起来,让各个算法之间可以相互替换。此模式让算法的变化独立于使用算法的客户。
----设计谜题解答----
1)一个抽象类:Character,一个接口:WeaponBehavior,剩下八个是类。
2)King,Queen,Troll,Knight继承(extend)Character;
KnifeBehavior,BowAndArrowBehavior,AxeBehavior,SwordBehavior实现(implement)WeaponBehavior;
Character有一个(has a)WeaponBehavior。
3)setWeapon()应放在Character类中。
--------------------
*良好的OO设计必须具备可复用、可扩展、可维护三个特性。
*引起代码修改的几种情况:
1)客户要求不同的做法或新功能。
2)数据库产品发生改变导致数据格式不兼容。
3)协议有了新版本。
4)开发人员水平有了提升,重新实现。
2.策略(strategy)模式实例
--END--
书中要表达的意识是把变化和不变的部分分离开来,以减少变化对不变的影响。
书中要表达的意识是把变化和不变的部分分离开来,以减少变化对不变的影响。封装变化的有什么意义啊?
书中要表达的意识是把变化和不变的部分分离开来,以减少变化对不变的影响。封装
楼主,不好意思啊,是我自己愚见,我刚查下书,明白了《设计模式》中所谓的“封装变化”的意思;
归根结底都是寻找软件中可能存在的“变化”,然后利用抽象的方式对这些变化进行封装。由于抽象没有具体的实现,就代表了一种无限的可能性,使得其扩展成为了可能。所以,我们在设计之初,除了要实现需求所设定的用例之外,还需要标定可能或已经存在的“变化”之处。封装变化,最重要的一点就是发现变化,或者说是寻找变化。
我个人观点,是从做架构的角度出发的
1.策略模式部分
*面向对象(OO)的四个基本概念是:抽象、封装、继承、多态。
软件设计原则:封装变化--把软件中那些在将来可能产生变化的地方独立出来,与其他部分分割以减少变化时对它们的影响。这样的设计可以使系统变得有弹性,更好地应对变化。
软件设计原则:针对接口编程,而不针对实现编程。依据该原则,声明一个变量时要把它声明为超类型(接口或抽象类),而不是实现类。
*继承的好处是实现了代码的复用。
*软件开发人员花费在软件开发完成之“后”的时间要远多于完成之“前”,所以应致力于提高可维护性和可扩展性上的复用程度。
软件设计原则:多用组合,少用继承。使用组合的方式可以实现代码的分割,使代码有更大的弹性,更好地提高了复用性。
策略模式:定义一组算法族,分别封装起来,让各个算法之间可以相互替换。此模式让算法的变化独立于使用算法的客户。
----设计谜题解答----
1)一个抽象类:Character,一个接口:WeaponBehavior,剩下八个是类。
2)King,Queen,Troll,Knight继承(extend)Character;
KnifeBehavior,BowAndArrowBehavior,AxeBehavior,SwordBehavior实现(implement)WeaponBehavior;
Character有一个(has a)WeaponBehavior。
3)setWeapon()应放在Character类中。
--------------------
*良好的OO设计必须具备可复用、可扩展、可维护三个特性。
*引起代码修改的几种情况:
1)客户要求不同的做法或新功能。
2)数据库产品发生改变导致数据格式不兼容。
3)协议有了新版本。
4)开发人员水平有了提升,重新实现。
2.策略(strategy)模式实例
public abstract class Car { RunBehavior rb; public void go() { rb.go(); } public void setRunBehavior(RunBehavior rb) { this.rb = rb; } public abstract void display(); } public class Bus extends Car { public Bus() { rb = new RunWithGasoline(); } @Override public void display() { // 公共汽车 } } public class CarModel extends Car { public CarModel(){ rb=new RunNoWay(); } @Override public void display() { // 汽车模型 } } public interface RunBehavior { public void go(); } public class RunWithGasoline implements RunBehavior { public void go() { // 用汽油驱动 } } public class RunWithElectricity implements RunBehavior { public void go() { // 用电力驱动 } } public class RunNoWay implements RunBehavior { public void go() { // 不能行使 } } 现在新增一种玩具电动车: public class ToyCar extends Car { public ToyCar(){ rb=new RunWithElectricity(); } @Override public void display() { // 玩具电动车 } }
--END--
1 楼
java183
2010-05-27
楼主写错了吧,“软件设计原则:封装变化-”应该是“软件设计原则:封装不变化-”?
不知道我说的对吗
不知道我说的对吗
2 楼
臧圩人
2010-05-28
java183 写道
楼主写错了吧,“软件设计原则:封装变化-”应该是“软件设计原则:封装不变化-”?
不知道我说的对吗
不知道我说的对吗
书中要表达的意识是把变化和不变的部分分离开来,以减少变化对不变的影响。
3 楼
java183
2010-06-05
臧圩人 写道
java183 写道
楼主写错了吧,“软件设计原则:封装变化-”应该是“软件设计原则:封装不变化-”?
不知道我说的对吗
不知道我说的对吗
书中要表达的意识是把变化和不变的部分分离开来,以减少变化对不变的影响。
4 楼
java183
2010-06-05
java183 写道
臧圩人 写道
java183 写道
楼主写错了吧,“软件设计原则:封装变化-”应该是“软件设计原则:封装不变化-”?
不知道我说的对吗
不知道我说的对吗
书中要表达的意识是把变化和不变的部分分离开来,以减少变化对不变的影响。
楼主,不好意思啊,是我自己愚见,我刚查下书,明白了《设计模式》中所谓的“封装变化”的意思;
归根结底都是寻找软件中可能存在的“变化”,然后利用抽象的方式对这些变化进行封装。由于抽象没有具体的实现,就代表了一种无限的可能性,使得其扩展成为了可能。所以,我们在设计之初,除了要实现需求所设定的用例之外,还需要标定可能或已经存在的“变化”之处。封装变化,最重要的一点就是发现变化,或者说是寻找变化。
我个人观点,是从做架构的角度出发的