ios设计软件开发(iOS 常用设计模式汇总)

　　在软件开发中，无论是哪种高级语言中总会伴随着一些最为常用的设计模式，下面针对iOS中，MVC模式、代理模式、观察者模式、单例模式、策略模式、简单工厂模式这六大模式进行汇总分析。

　　一、MVC模式

　　MVC是一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑

　　1.1实例

　　MVC(Model View Controller)模型(model)－视图(view)－控制器(controller)

　　1.1.1模型对象

　　模型对象封装了应用程序的数据，并定义操控和处理该数据的逻辑和运算。

　　例如，模型对象可能是表示游戏中的角色或地址簿中的联系人。

　　用户在视图层中所进行的创建或修改数据的操作，通过控制器对象传达出去，最终会创建或更新模型对象。

　　模型对象更改时（例如通过网络连接接收到新数据），它通知控制器对象，控制器对象更新相应的视图对象。

　　1.1.2视图对象

　　视图对象是应用程序中用户可以看见的对象，视图对象知道如何将自己绘制出来，并可能对用户的操作作出响应。

　　视图对象的主要目的，就是显示来自应用程序模型对象的数据，并使该数据可被编辑。

　　尽管如此，在 MVC 应用程序中，视图对象通常与模型对象分离。

　　在iOS应用程序开发中，所有的控件、窗口等都继承自 UIView，对应MVC中的V。UIView及其子类主要负责UI的实现，而UIView所产生的事件都可以采用委托的方式，交给UIViewController实现。

　　1.1.3控制器对象

　　在应用程序的一个或多个视图对象和一个或多个模型对象之间，控制器对象充当媒介。控制器对象因此是同步管道程序，通过它，视图对象了解模型对象的更改，反之亦然。控制器对象还可以为应用程序执行设置和协调任务，并管理其他对象的生命周期。

　　1.2应用场景

　　MVC模式是一中非常古老的设计模式，通过数据模型，控制器逻辑，视图展示将应用程序进行逻辑划分。

　　1.3优势

　　MVC模式使系统，层次清晰，职责分明，易于维护

　　1.4敏捷原则

　　MVC模式对扩展开放-对修改封闭

　　二、代理模式

　　代理模式完成委托方交给的任务,委托方有一些任务自己不想完成,但是还需要要实现,则将该任务存放到协议中,由代理完成.但是代理并不会主动的执行任务,需要委托方通知代理。

　　2.1应用场景

　　当一个类的某些功能需要由别的类来实现，但是又不确定具体会是哪个类实现。

　　2.2优势

　　解耦合

　　2.3敏捷原则

　　开放-封闭原则

　　2.4实例

　　tableview的 数据源delegate，通过和protocol的配合，完成委托诉求。列表row个数delegate，自定义的delegate。

　　三、观察者模式

　　观察者模式本质上是一种发布-订阅模型,用以消除具有不同行为的对象之间的耦合，通过这一模式，不同对象可以协同工作，同时它们也可以被复用于其他地方Observer从Subject订阅通知，ConcreteObserver实现重现ObServer并将其重载其update方法。

　　3.1应用场景

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

　　3.2优势

　　解耦合

　　3.3敏捷原则

　　接口隔离原则，开放-封闭原则

　　3.4实例

　　Notification通知中心，注册通知中心，任何位置可以发送消息，注册观察者的对象可以接收。

　　kvo，键值对改变通知的观察者，平时基本没用过。

　　四、单例模式

　　单例模式可以保证App在程序运行中，一个类只有唯一个实例，从而做到节约内存。

　　在整个App程序中，这一份资源是共享的。

　　提供一个固定的实例创建方法。

　　4.1应用场景

　　确保程序运行期某个类，只有一份实例，用于进行资源共享控制。

　　4.2优势

　　使用简单，延时求值，易于跨模块

　　4.3敏捷原则

　　单一职责原则

　　4.4实例

　　[UIApplication sharedApplication]。

　　4.5注意事项

　　确保使用者只能通过 getInstance方法才能获得，单例类的唯一实例。

　　java，C++中使其没有公有构造函数，私有化并覆盖其构造函数。

　　object c中，重写allocWithZone方法，保证即使用户用 alloc方法直接创建单例类的实例，

　　返回的也只是此单例类的唯一静态变量。

　　五、策略模式

　　策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。

　　5.1应用场景

　　定义算法族，封装起来，使他们之间可以相互替换。

　　5.2优势

　　使算法的变化独立于使用算法的用户

　　5.3敏捷原则

　　接口隔离原则；

　　多用组合，少用继承；

　　针对接口编程，而非实现。

　　5.4实例

　　排序算法，NSArray的sortedArrayUsingSelector；经典的鸭子会叫，会飞案例。

　　5.5注意事项

　　1、剥离类中易于变化的行为，通过组合的方式嵌入抽象基类

　　2、变化的行为抽象基类为，所有可变变化的父类

　　3、用户类的最终实例，通过注入行为实例的方式，设定易变行为

　　防止了继承行为方式，导致无关行为污染子类。完成了策略封装和可替换性。

　　六、简单工厂模式

　　简单工厂模式中定义一个抽象类，抽象类中声明公共的特征及属性，抽象子类继承自抽象类，去实现具体的操作。工厂类根据外界需求，在工厂类中创建对应的抽象子类实例并传给外界，而对象的创建是由外界决定的。外界只需要知道抽象子类对应的参数即可，而不需要知道抽象子类的创建过程，在外界使用时甚至不用引入抽象子类。

　　6.1应用场景

　　工厂方式创建类的实例，多与proxy模式配合，创建可替换代理类。

　　6.2优势

　　易于替换，面向抽象编程，application只与抽象工厂和易变类的共性抽象类发生调用关系。

　　6.3敏捷原则

　　DIP依赖倒置原则

　　6.4实例

　　项目部署环境中依赖多个不同类型的数据库时，需要使用工厂配合proxy完成易用性替换

　　6.5注意事项

　　项目初期，软件结构和需求都没有稳定下来时，不建议使用此模式，因为其劣势也很明显，增加了代码的复杂度，增加了调用层次，增加了内存负担。