写读书笔记只是为了记录自己学习的过程,
并且也希望通过以这样的形式跟大神学习, 
里面还有很多我不太懂的地方, 
也希望大神帮我解答, 小弟在此谢过.

针对接口编程, 而不是针对实现编程.

对象组合与类继承

1. 类继承的优缺点:

优点:

 - 类继承简单直接, 因为关系在编译时静态定义;
 - 被复用的实现易于修改;  

缺点:

 - 因为类继承在编译时定义, 所以无法再运行时变更从父类继承来的实现;
 - 子类的部分描述常常定义在父类中;
 - 子类直接面对父类实现的细节, 破坏了封装;
 - 父类实现的任何变革都会强制子类也进行变更, 因为他们的实现联系在了一起;
 - 因为在新的问题场景下继承来的实现已过时或不适用, 所以必须重写父类或继承来的实现;    

2. 对象组合的优缺点:

优点:

 - 不会破坏封装, 因为只通过接口来访问对象;
 -  大大减少实现的依存关系, 因为对象的实现是通过接口来定义的;
 -  可以在运行时将任意对象替换为其他同类型的对象;
 -  有助于保持类的封装以专注于单一任务;
 -  类及其层次结构能保持简洁, 不至于过度膨胀而无法管理;    
 

缺点:

 - 设计中涉及较多的对象;
 - 系统的行为将依赖于不同的对象间的关系, 而不是定义于单个类中;
 - 理想的情况下, 不需要创建新的组件就能得到所需的全部功能, 实际上, 现成的组件总是不太够用;
 

建议: 优先使用对象组合而不是类继承

类图表示

类图用来说明类与类之间的静态关系和类的结构. Objective-C中, 应用程序可以定义协议, (抽象)类以及分类.

1. 协议, 抽象类, 具体类和分类

通常, 用圆角矩形框表示类实体, 在上部用粗体标出名字, 下部是操作的名字.
抽象的名字用斜体表示, 因此协议和抽象类用粗斜体表示.
协议名用尖括号括起来, 实例变量放在框的底部. 具体如图:

分类的表示方法:
原来的类在左边, 右边附在其上的是分类, 分类名用括号括起来. 增加的操作放在狂徒的下部.

2. 实例化 (不懂)

如果要表示一个类创建了另一个类, 用带有箭头的虚线来表示这种关系. 这种被称为"创建"关系. 箭头指向被实例化的类, 如图:

3. 继承

类继承的OMT图示法用空心三角形将子类连接到其父类. 对于接口继承, 也才用类似的表示方法, 只是箭头后面的是虚线. 如图:

4. 相识 (不懂)

使用一个类指向另一个类的箭头来表示相识(acquaintance)关系.
concreteClass拥有AnotherClass对象的引用, 但不 "拥有" AnotherClass对象的实体, 而且引用也可以被其他对象分享. 简单的说, ConcreteClass "认识" AnotherClass.

5. 聚合(不懂)

跟相识关系一样, 也使用箭头来表示对另一个对象的引用, 只是在箭头的根部有一个菱形. 但这种引用关系有些不同. 如图:
ConcreteClass与AnotherClass有聚合(aggregation)关系.
AnotherClass是ConcreteClass的一部分, ConcreteClass与AnotherClass构成聚合体.
而聚合体由ConcreteClass来表示, AnotherClass不是聚合体.图中还显示了引用的另一种属性.
双箭头表示 "多于一个". 因此, ConcreteClass包含AnotherClass的多个实例, 即instanceVariable_.

6. 伪代码

有时候用伪代码简要记述某些操作的实现, 可以更清楚地说明模式. 伪代码注记的正文放在带卷角的矩形框中, 如图:

对象图表示

对象图只用来表示对象之间的关系, 它表示了设计模式中各个对象之间如何相互联系.
对象名使用"aSomeClass"的格式, 这里SomeClass是对象的类, 表示对象的图形与类图中用到的很相似.
对象被放在一个圆角矩形中, 矩形框有两部分, 将对象名和它的对象引用分开. 根部为圆形的实心箭头指向被引用的其他对象.如图:

八个功能部分21种设计模式

• 对象创建

1. 原型
2. 工厂方法
3. 抽象工厂
4. 生成器
5. 单例

• 接口适应

6. 适配器
7. 桥接
8. 外观

• 对象去耦合

9. 中介者
10. 观察者

• 抽象集合

11. 组合
12. 迭代器

• 行为扩展

13. 访问者
14. 装饰
15. 责任链

• 算法封装

16. 模板方法
17. 策略
18. 命令

• 性能与对象访问

19. 享元
20. 代理

• 对象状态

21. 备忘录