1. OO基础
抽象
封装
多态
继承
2. OO原则
封装变化
多用组合,少用继承
针对接口编程,不针对实现编程
为交互对象之间的松耦合设计而努力
对扩展开放,对修改关闭
3. 设计模式
3.1 策略模式
<b>策略模式</b> 定义了算法族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
策略模式01.png
3.2 观察者模式
<b>观察者模式</b> 定义了一系列对象之间的一对多关系,当一个对象改变状态,其他依赖者都会收到通知,并自动更新。
观察者模式01.png
1. 观察者模式定义了对象之间一对多的关系;
2. 可观察者用一个共同的接口来更新观察者;
3. 观察者和可观察者之间用松耦合方式结合,可观察者不知道观察者的细节,只知道观察者实现了观察者接口;
4. 使用此模式时,可以从被观察者处推(push)或拉(pull)数据;
5. 有多个观察者时,不可以依赖特定的通知次序;
6. Java有多种观察者模式的实现,包括通用的java.util.Observable;
7. java.util.Observable的实现存在一些问题;
8. 可以考虑自己实现Observable;
9. 观察者模式有大量的实际应用场景,如:JavaBeans等;
3.3 装饰者模式
<b>装饰者模式</b> 动态地将责任附加到对象上。想要扩展功能,装饰者提供有别于继承的另一种选择。
装饰者模式01.jpg
1. 继承属于扩展形式之一,但不见得是达到弹性设计的最佳方式;
2. 在我们的设计中,应该允许行为可以被扩展,而无须修改现有的代码;
3. 组合和委托可用于在运行时动态地加上新的行为;
4. 除了继承,装饰者模式也可以让我们扩展行为;
5. 装饰者模式意味着一群装饰者类,这些类用来包装具体组件;
6. 装饰者类反映出被装饰的组件类型(实际上,他们具有相同的类型,都经过接口或继承实现);
7. 装饰者可以在被装饰者的行为前面与/或后面加上自己的行为,甚至将被装饰者的行为整个取代掉,而达到特定的目的;
8. 你可以用无数个装饰者包装一个组件;
9. 装饰者一般对组件的客户是透明的,除非客户程序依赖于组件的具体类型;
10. 装饰者会导致设计中出现许多小对象,如果过度使用,会让程序变得很复杂;
网友评论