iOS设计模式

标签：

iOS设计模式，很多开发这都是听得多，但是有时候自己即使用过也不会很在意，开发者在写代码的时候也不会注意它。

在软件设计领域，设计模式是对通过问题的可复用的解决方案。设计模式是一系列帮你写出可理解和复用的模板，设计模式帮你创建松耦合的代码，你不需要花费太多就可以改变或者替换代码中的组件。

（1）代理模式

应用场景：当一个类的某些功能需要由其他别的类别来实现的，但是又不确定是哪个类

优势：松耦合

实例：tableView的数据源delegate，通过和protocol的配合，完成委托。

列表row个数的delegate

自定义delegate

（2）观察者模式

应用场景：一般为model层，controller和view进行的通知方式，不关心谁去接收，只负责发布信息。

优势:松耦合

敏捷原则：接口隔离原则

实例：Notification通知中心，注册通知中心，任何位置可以发送消息，注册观察者的对象可以接收。
kvo，键值对改变通知的观察者，平时基本没用过。

（3）MVC模式

应用场景：是一种古老的设计模式，通过数据模型，控制其逻辑，视图展示将应用程序进行逻辑划分。

优势：使系统层次清晰，职责分明，易于维护

敏捷原则：对扩展开放-对修改封闭

实例：model-即数据模型，view-视图展示，controller进行UI展现和数据交互的逻辑控制。

（4）单例模式

应用场景：确保程序运行期间某个类只有一份实例，用于资源的共享控制。

优势：使用简单，掩饰求值，易于跨模块

实例：[UIApplication sharedApplication]。
注意事项：确保使用者只能通过 getInstance方法才能获得，单例类的唯一实例。

（5）工厂模式

应用场景：工厂方式创建类的实例

优势：易于替换，面向抽象编程，application只与抽象工厂和易变类的共性抽象类发生调用关系。
敏捷原则：DIP依赖倒置原则
实例：项目部署环境中依赖多个不同类型的数据库时，需要使用工厂配合proxy完成易用性替换
注意事项：项目初期，软件结构和需求都没有稳定下来时，不建议使用此模式，因为其劣势也很明显，
增 加了代码的复杂度，增加了调用层次，增加了内存负担。所以要注意防止模式的滥用。

iOS设计模式

标签：

原文地址：http://www.cnblogs.com/520gp-iOS/p/4855914.html