1. OOP有三大目标，重用性、灵活性和扩展性。
   
2. OOP有三大特性，封装、继承和多态。抽象尽管不是OOP的编程特性，但它却是全部编程语言的最大特性。
   
   1. 封装，隐藏程序的属性和的实现细节，并控制属性的訪问权限，对外仅提供接口。
      
   2. 继承，是对基类的代码进行利用并扩展基类，是一个从一般到特殊的过程。
      
   3. 多态，执行时，依据对象的不同，同一接口，可是调用不同的实现方式来达到多态的特性。
      
   4. 抽象，将须要变化之处与不须要变化之处区分开来。抽象出来的类，不只可能是一个事物，也能够是一组行为，凡是关联性比較强的都能够抽象为一个基类。
      

1. 开闭原则，开放扩展，关闭改动。
   
2. 依赖倒置原则，高层和底层模块都依赖于抽象，也即面向接口编程。
   
3. 接口隔离原则，接口功能要单一，多个任务提供多个接口。
   
4. 合成/聚合利用原则，可以用合成/聚合的，就不要用继承。
   
5. 迪米特法则，也称最小知道原则，尽可能少的与其它类有耦合关系，有的时候能够用前向声明。
   
6. 单一职责原则，一个类仅仅有一个引起它变化的原因，如一个“清洁”类，别吃饭时也引起“清洁”类响应。
   
7. 里氏替换原则，子类不覆盖父类方法，做到子类对象全然能够替换父类对象。
   

•  (个人认为里氏替换原则能够不太用考虑，实际设计中，子类想全然替换父类还是有一定的困难的。)

1. 简单工厂模式，有一个提供接口的抽象类，然后实现不同功能的子类去实现抽象类，最后一个简单工厂类来完毕对不同子类的创建。创建型模式。
2. 工厂方法模式，定义一个用于创建对象的接口，让子类决定实例化哪一个类。定义一个抽象工厂类，每个产品，依照抽象工厂的基本要求新建一个工厂来生产新的产品。创建型模式。
3.  单例模式，保证一个类仅仅有一个实例，并提供一个全局訪问点。创建型模式。  
4. 装饰者模式，动态地给一个对象加入?一些职责。就扩展功能而言，装饰者模式比继承更加灵活。结构型模式。  
5. 代理模式，为其它对象提供一种代理以控制对这个对象的訪问。结构型模式。
6. 适配器模式，将一个类的接口，转换成客户期望的还有一个接口。适配器模式让原本因为接口不兼容而不能一起工作的类能够一起工作。结构型模式。
7. 组合模式，将对象组合成树形结构以表示“部分—总体”的层次结构。组合模式可以让客户以一致的方式处理个别对象以及对象组合。结构型模式。 
8. 命令模式，将一个请求封装成一个对象，从而能够用不同的请求、队列或者日志对客户进行參数化。命令模式也支持可撤销的操作。对象行为型模式。
9.  模板方法模式，定义一个操作中的算法骨架，而将一些步骤延迟到子类中。模板方法能够不改变改变一个算法的结构即能够重定义该算法的某些特定步骤。类行为型模式。
10. 迭代器模式，提供一种方法顺序訪问一个聚合对象中的各个元素，而又不暴露其内部的表示。对象行为型模式。
     
11. 状态模式，同意对象在内部状态改变时改变它的行为，对象看起来似乎改动了它的类。对象行为型模式。
12. 策略模式，定义一系列算法，分别封装起来，让它们能够互相替换。此模式让算法的变化能够独立于使用算法的客户。对象行为型模式。
13. 观察者模式，定义了对象之间一对多的依赖关系，当一个对象发生改变时，它的全部依赖者都会收到通知并自己主动更新。对象行为型模式。

P.S.

1. 模块化，主要指以功能来划分的。模块化主要遵循高内聚低耦合，也即职责单一。卡内基.梅隆大学的RobertHarper教授，“面向对象编程应该全然的从基础课程中删除掉，由于它既是反模块化，又是反并行的，这是它的很固有的特征，所以它不适合作为一种现代的计算机科学课程。”能够模块化和并行在现代程序设计中的重要性是高于OOD的一些原则的。
2. MVC(Model View Controller)，可以将UI和数据以及对数据处理的逻辑分开，减少耦合。在《Head First设计模式》中，将MVC列为复合模式，是模式的模式，是由于MVC会使用到多个模式。