1. 代理模式
应用场景：当一个类的某些功能需要别的类去实现，但是又不确定哪个类来实现的时候。
优势：解耦性
敏捷原则：开放-封闭原则
实例：tableView 数据源代理 delegate ，通过和protocol 的配合，完成委托述求。
2. 观察者模式
应用场景：一般是model 层对controller 和view 进行的通知方式，不关心谁去接收，只负责发送。
优势：解耦合
敏捷原则：接口隔离原则，开放-封闭原则
实例：notification 通知中心，注册通知中心，任何位置可发送消息，注册观察者对象可以接收，kvo-键值对改变通知观察者。
3. MVC 模式
应用场景： 是一种古老的设计模式。通过数据模型，控制器逻辑，视图展示将应用程序进行逻辑划分。
优势：使系统，层次清晰，职责分明，易于维护。
敏捷原则：对扩展开放-对修改封闭
实例：model - 即数据模型，view - 视图展示，controller - 进行UI展示和数据交互的逻辑控制。
4. 单利模式
应用场景：确保程序运行期某个类只有一个实例，用于进行资源共享控制。
优势：使用简单，眼石求值，易于跨模块
敏捷原则：单一职责原则
实例：[UIApplication sharedApplication]。
注意事项：确保使用者只能通过getInstance 方法才能获得，单例类的唯一实例。Java 、C++中使其没有公有的构造函数，私有化并覆盖其构造函数。OC 中，重写allocWithZone 方法，保证即使用户调用alloc 方法直接创建单利类的实例。返回的也只是此单例类的唯一静态变量。
单例会有什么弊端？
主要优点：1.提供了唯一实例的受控访问。2.由于在系统内存中只存在一个对象，因此可以节约系统资源，对于一些需要频繁创建和销毁的对象单例模式无疑可以提高系统性能。3.允许可变数目的实例。
主要缺点：1.由于单例模式中没有抽象层，因此单例类的扩展有很大的困难。2.单例类的职责过重，在一定程度上违背了‘单一职责的原则’。3.滥用单例将带来一些负面问题，如为了节省资源将数据库连接池对象设计成单例类，可能会导致共享连接池对象的程序过多而出现连接池溢出；如实例化的对象长时间不被利用，系统会认为是垃圾而被回收，这将导致对象状态丢失。
5. 策略模式
应用场景：定义算法簇，封装起来，使他们之间可以互相替换。
优势：使算法的变化独立于使用算法的用户。
敏捷开发：接口隔离原则、多用组合，少用继承、针对接口编程，而非实现。
实例：排序算法，NSArray 的sortedArrayUsingSelector；经典的鸭子会叫，会飞案例。
注意事项：1.剥离类中易于变化的行为，通过组合的方法嵌入抽象的基类。2.变化的行为抽象基类的行为，所有可变变化的父类。3.用户类的最终实例，通过注入行为的方式，设定易变行为。 防止了继承行为方式，导致无关行为污染子类。完成了策略封装和可替换性。
6. 工厂模式
应用场景：工厂模式创建类的实例，多与proxy 模式配合，创建可替换性代理类。
优势：易于替换，面向抽象编程，application 只与抽象工厂和易变类的共性抽象类发生调用管理。
敏捷原则：DIP 依赖倒置原则
实例：项目部署环境中依赖多个不同类型的数据库时，需要用工厂模式配合proxy 完成易用性替换。
注意事项：项目初期，软件结构和需求都没有稳定下来时，不建议使用此模式，因为其劣势也和明显；增加了代码的复杂度，增加了调用层次，增加了内存负担。所以要防止模式滥用。
网友评论