May21_F的博客

HeadFirst设计模式6-单件模式单件模式确保一个类只有一个实例，并提供一个全局访问点。把类设计成自己管理的一个单独实例，同时也避免其他类再自行产生实例通过单间类事获取单件实例的唯一途径提供这个实例的全局访问点：当你需要实例时，响雷查询，它会返回单个实例延迟实例化的方式创建单件对资源敏感的对象特别重要OO基础抽象封装多态继承OO原则封装变化多用组合，少用继承针对接口编程，不针对实现编程为交互对象之间的松耦合设计而努力对扩展开放，对修改关闭。

HeadFirst设计模式7-命令模式命令模式将“请求”封装成对象，以便使用不同的请求、队列或者日志来参数化其他对象。命令模式也支持可撤销的操作。一个命令对象通过在特定接收者上绑定一组动作来封装一个请求命令对象将动作和接收者包进对象中。这个对象只暴露出一个execute()方法，当此方法被调用时，接收者会进行这些动作，从外面看，其他对象不知道接收者做了哪些具体动作，只知道调用execute()就能达成目标Q：接收者一定有必要存在吗？为何命令对象不直接实现execute()方法的细节？

简单工厂其实不是一个设计模式，反而是比较像一种编程习惯。#HeadFirst设计模式4-工厂方法模式工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。工厂方法模式能够封装具体类型的实例化。“工厂方法”：抽象的Creator提供了一个创建对象的方法的接口，称为工厂方法理解“工厂方法让子类决定要实例化的类”此处的“决定”并不是指模式允许子类本身在运行时决定。

装饰者模式动态地将责任附加到对象上，若要扩展功能，装饰者提供了比继承更有弹性的替代方案把装饰者模式用于Starbuzz系统，得到类图如下：“继承的目的”：此处CondimentDecorator扩展自Beverage类时用到了继承，但是这里“继承的重点”是达到“类型匹配”的目的（因为装饰者和被装饰者必须是一样的类型），而非利用继承获得“行为”新行为的来源：将装饰者与组件组合时，就是在加入新的行为。即行为通过组合对象得来一言以蔽之：继承超类是为了有正确的类型，而不是继承他的行为。

观察者模式定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。定义了一系列对象之间的一对多关系状态改变→依赖者都会接到通知。

Head First设计模式》读书笔记。