之前阅读了《headfirst 设计模式》这本书。简要的做一个总结。
设计模式总结
装饰者——包装一个对象,以提供新的行为。
状态——封装了基于状态的行为,并使用委托在行为之间切换。
迭代器——在对象的集合之中游走,而不暴露集合的实现。
外观——简化一群类的接口。
策略——封装可以互换的行为,并使用委托来决定使用哪一个。
代理——包装对象,以控制对此对象的访问。
工厂方法——由子类决定要创建的具体类时哪一个。
适配器——封装对象,并提供不同的接口。
观察者——让对象能够在状态改变时被通知。
模板方法——由子类决定如何实现一个算法中的步骤。
组合——客户用一致的方式处理对象集合和单个对象。
单件——确保有且只有一个对象被创建。
抽象工厂——允许客户创建对象的家族,而无需指定它们的具体类。
设计模式分类
在大多数的类目中,模式通常根据某种做法被归为几类。最广为人知的分类方式,就是第一个模式类目中所采用的方式,根据模式的目标分成三个不同的类目:创建型、行为型和结构型。
创建型:创建型模式涉及到将对象实例化,这类模式都提供一个方法,将客户从所需要实例化的对象中解耦。
行为型:只要是行为型模式,都涉及到类和对象如何交互及分配职责。
结构型:结构型模式可以让你把类或对象组合到更大的结构中。
创建型:Singleton、Builder、Prototype、Abstract Factory、Factory Method
结构型:Decorator、Proxy、Composite、Facade、Flyweight、Bridge、Adapter
行为型:Mediator、Visitor、Template Method、Iterator、Command、Memento、Interpreter、Observer、Chain of Resonsibility、State、Strategy
设计箱内的工具
OO基础
1、抽象 2、封装 3、多态 4、继承
OO原则
1、封装变化
2、多用组合,少用继承
3、针对接口编程,不针对实现编程
4、为交互对象之间的松耦合设计而努力
5、类应该对扩展开发,对修改关闭。
6、依赖抽象,不要依赖具体类。
7、只和朋友谈
8、别找我,我会去找你
9、类应该只有一个改变的理由
要点
1、让设计模式自然而然地出现在你的设计中,而不是为了使用而使用。
2、设计模式并非僵化的教条;你可以依据自己的需要采用或调整。
3、总是使用满足需要的最简单解决方案,不管它用不用模式。
4、学习设计模式的类目,可以帮你自己书序这些模式以及它们之间的关系。
5、模式的分类(或类目)是将模式分成不同的族群,如果这么做对你有帮助,就采用吧!
6、你必须相当专注才能够成为一个模式的作家:这需要时间也需要耐心,同事还必须乐意做大量的精化工作。
7、请牢记:你所遇到大多数的模式都是现有模式的变体,而非新的模式。
8、模式能够为你带来的最大好处之一是:让你的团队拥有共享词汇。
9、任何社群都有自己的行话,模式社群也是如此。别让这些行话绊着,在读完这本书之后,你已经能够应用大部分的行话了。