设计原则:
1.找出应用中可能需要变化之处,把他们独立出来,不要和那些不需要变化的代码混在一起(把会变化的部分取出并分装起来,以便可以以后轻易的改动或扩充此部分,而不影响需要变化的其他部分)
2.针对接口编程,而不是针对实现编程
3.多用组合,少用继承(使用组合具有很大的弹性 可以在运行时动态的改变行为)
4.高内聚,低耦合
5.开放-关闭原则 (类应该对扩展开放,对修改关闭)
策略模式:
定义了算法族,分别封装起来,让他们之间可以相互替换,此模式让算法的变化独立于使用算法的客户。
举个列子:
有个抽象类Animal 里面有个抽象方法:叫
然后有几个子类继承了Animal抽象类 狗重写了叫方法(狗叫) 猫叫 猪叫 等等
Demo类里持有一个Animal的引用(针对接口编程) 并有个set方法可以动态设置这个引用具体引用的对象
让后在他的方法中只要调用animal.叫()就可以实现不同叫法(根据传进来的具体对象)
设计模式其实是前人总结出来的OO设计经验,前人将这些经验总结成设计模式 我们可以少走弯路直接应用。
但是设计是一门艺术 不是一成不变的,总是有许多取舍的地方。