面向对象的设计模式的学习笔记，不断学习归纳总结ing

面向对象的设计模式，是设计模式的子集。

这里提到的设计模式的前提基础：面向对象的设计。面向对象设计思想的直观表达，需要结合具体的语言来实现。例如：Java和.Net语言。但是也不能依赖某种语言的面向对象的实现机制，就认为自己掌握了面向对象的设计思想和原则。

面向对象的设计模式所解决的问题是什么呢？类和相互通信的对象之间的组织关系，包括它们的角色、职责、协作方式，etc...

看到学习实例中的设计的Example，汗。。。自己的设计思想很大程度上还是停留在：传统的结构化思想，然后利用面向对象的语言来实现。而面向对象的设计思想和语言的实现机制没有得到充分的展现和挖掘。有一种彻悟的感觉。应该重生

 对于我这样只认识到面向对象机制，却没有充分认识到面向对象设计的Engineer，应该重新认识面向对象：

• 从宏观层面来看，面向对象的构建方式更能适应软件的变化，能将变化所带来的影响减为最小，可以不断扩展，但是不可修改。扩展并不意味着改变原来的设计
• 从微观层面来看，面向对象的方式更强调各个类的“责任”，新增的类型并不影响原来类型的实现代码

怎样才能设计出好的面向对象设计？

– 遵循一定的面向对象设计原则
– 熟悉一些典型的面向对象设计模式

设计模式的几大设计原则：

• 针对接口编程，而不是针对实现编程
– 客户无需知道所使用对象的特定类型，只需要知道对象拥有客户所期望的接口。
• 优先使用对象组合，而不是类继承
– 类继承通常为“白箱复用”，对象组合通常为“黑箱复用”。继承在某种程度上破坏了封装性，子类父类耦合度高；而对象组合则只要求被组合的对象具有良好定义的接口，耦合度低。
• 封装变化点
– 使用封装来创建对象之间的分界层，让设计者可以在分界层的一侧进行修改，而不会对另一侧产生不良的影响，从而实现层次间的松耦合。
• 使用重构得到模式

–设计模式的应用不宜先入为主，一上来就使用设计模式是对设计模式的最大误用。没有一步到位的设计模式。敏捷软件开发实践提倡的“Refactoringto Patterns ”是目前普遍公认的最好的使用设计模式的方法。

 

(一)Singleton单件（创建型模式）

模式分类

从目的来看：
– 创建型（Creational）模式：负责对象创建。
– 结构型（Structural）模式：处理类与对象间的组合。
– 行为型（Behavioral）模式：类与对象交互中的职责分配。
从范围来看：
– 类模式处理类与子类的静态关系。
– 对象模式处理对象间的动态关系。

保证一个类仅有一个实例，并提供一个该实例的全局访问点。

 

(二)Abstract Factory 抽象工厂（创建型模式）

提供一个接口，让该接口负责创建一系列“相关或者相互依赖的对象”，无需指定它们具体的类。

重点在于“一系列”和“相互依赖”，而且由于需求的变化，往往存在更多系列的对象的创建工作。

客户程序依赖的都是抽象工厂和抽象的类，具体实现的系列对象可以不断扩展

Abstract Factory模式的几个要点

• 如果没有应对“多系列对象构建”的需求变化，则没有必要使用Abstract Factory模式，这时候使用简单的静态工厂完全可以。

•“ 系列对象”指的是这些对象之间有相互依赖、或作用的关系，例如游戏开发场景中的“道路”与“房屋”的依赖，“道路”与“地道”的依赖。

• Abstract Factory模式主要在于应对“新系列”的需求变动。其缺点在于难以应对“新对象”的需求变动。

• Abstract Factory模式经常和Factory Method模式共同组合来应对“对象创建”的需求变化。