对于iOS开发,举例Cocoa框架下的几个设计模式为大家分析。当然，Cocoa框架下关于设计模式的内容远远不止这些，我们选择了常用的几种：单例模式、委托模式、观察者模式、MVC模式。
委托模式
委托模式从GoF 设计装饰（Decorator）、适配器（Adapter）和模板方法（Template Method）等模式演变而来。几乎每一个应用都会或多或少地使用到委托模式。不只是CocoaTouch框架，在Cocoa框架中委托模式也得到了广泛的应用。
问题提出
对于应用生命周期的非运行状态——应用启动场景，我们把从点击图标到第一个画面启动的过程细化了一下
假设上图这一系列的处理，都是在一个上帝类UIApplication完成的。之所以叫“上帝类（God Class）”，是因为它“无所不能”、“包含所有”。 在面向对象的软件设计中“上帝类”不是很友好， 需要重构。在编程过程中要尽量避免上帝类的使用，因为上帝类是高耦合的，职责不清，所以难以维护。我们需要“去除上帝类”，把看似功能很强且很难维护的 类，按照职责把自己的属性或方法分派到各自的类中或分解成功能明确的类，从而去掉“上帝类”。
幸运的是苹果没有把UIApplication类设计成“上帝类”，苹果处理分割到两个不同的角色类中，其中一个扮演框架类角色，框架类具有通用、 可重复使用、与具体应用无关等特点。另一个扮演应用相关类的角色，应用相关类与具体应用有关，由于要受到框架类的控制，常常被设计成为“协议”，在 Java中称之为“接口”。开发人员需要在具体的应用中实现这个“协议”。
将application:didFinishLaunchingWithOptions:和 applicationDidBecomeActive:完成功能提取出来，定义在UIApplicationDelegate协议中，这样 UIApplication类就变成了框架类。