学习面向对象好几年了，但一直没有深刻的理解面向对象，直到最近开始做自动化测试平台开发过程中，才发现面向对象的魅力。因而决定好好把设计模式学习下。首先先了解下设计模式相关的定义以及主意事项：
1. 什么是设计模式：
描述了软件设计过程中某一类常见问题的一般性的解决方案。
2. 面向对象设计模式：
描述了面向对象设计过程中、特定场景下、类与相互通信的对象之间常见的组织关系。
经典设计模式种类总共有23种（有点多），但是他们的设计都貌似都是围绕着面向对象三大机制展开的(急待求证)，即： 封装、继承、多态。
– 封装，隐藏内部实现
– 继承，复用现有代码
– 多态，改写对象行为
从设计原则到设计模式的几点总结：
1. 针对接口编程，而不是针对实现编程
– 客户无需知道所使用对象的特定类型，只需要知道对象拥有客户所期望的接口。
2. 优先使用对象组合，而不是类继承
– 类继承通常为“白箱复用”，对象组合通常为“黑箱复用”。继承在某种程度上破坏了封装性，子类父类耦合度高；而对象组合则只要求被组合的对象具有良好定义的接口，耦合度低。
3. 封装变化点
– 使用封装来创建对象之间的分界层，让设计者可以在分界层的一侧进行修改，而不会对另一侧产生不良的影响，从而实现层次间的松耦合。
设计模式几点更具体的设计原则：
1. 单一职责原则（SRP）：
– 一个类应该仅有一个引起它变化的原因。
[理解]：尽量一个类实现一种行为习惯，比如说不要让一个类既干这个又干那个。
2. 开放封闭原则（OCP）：
– 类模块应该是可扩展的，但是不可修改（对扩展开放，对更改封闭）
[理解]：尽量扩展类方法，而不要去修改一个类方法，比如说修改类方法类型，因为一旦修改，导致引用地方都必须修改。扩展新方法可以满足新需求。
3. Liskov 替换原则（LSP）:
– 子类必须能够替换它们的基类
4. 依赖倒置原则（DIP）：
– 高层模块不应该依赖于低层模块，二者都应该依赖于抽象。
– 抽象不应该依赖于实现细节，实现细节应该依赖于抽象。
[理解]：高层尽量都已乃抽象，与细节无关，这样修改拓展新方法时不会影响到高层功能。
5. 接口隔离原则（ISP）：
– 不应该强迫客户程序依赖于它们不用的方法。
刚开始看设计模式，以上一些原则和总结理解不是很深刻，希望能在以后具体设计模式方法中能够得到加强，有助于对面向对象的深入理解和设计开发有一定帮助，为能开发出好用易扩展的测试框架和工具打一点基础。
)
)
