设计模式解析读书小记

1、书中反复强调Bridge模式是抽象与实现分离，读完之后为了便于理解，总结为抽象指明对象是什么，实现指明对象做什么或怎么做。

2、Page 150介绍抽象工厂模式中间说到switch语句的问题。看多了设计模式的书，似乎见到switch语句就像用多态替换掉。可是有时候发现最后只是把switch语句使用的地方换了一下，放在更高或者更低的实现层。以后应该注意总结switch到底什么地方是“互相耦合”，需要用合适的方法处理掉。或许换到更高的实现层，比如最初的创建用一次switch语句，以后就可以坐享多态的好处而不用处处用它了。如果设计模式用的太极端，switch会不会成为另一个goto语句。

3、Page 250 提到工厂准则的时候，中间提出了一个规则：构造管理和使用分开，不要放在一个对象中。工厂负责构造和管理，客户根据应用逻辑正确使用。工厂还要负责管理？现实中的工厂似乎没这个责任。第22章的对象池模式说明为什么要负责管理，看起来所谓管理的责任，似乎指检修，维修这类事情，也就是产品的生产和回收归广义的工厂管。第一次看到这个规则，突然有点灵光一闪的感觉。如果绘制一个程序界面，上面有一堆图标，并且这些图标根据模型状态变化。界面类是否应该负责这些图标的创建，更新，改变，销毁，绘制？可以另外有一个工厂负责为界面类创建，更新图标，销毁，界面类只负责把图标绘制或擦除图标，是不是更好一点？