iOS相关设计模式分析

一 六大设计原则

单一职责原则

一个类只负责一项职责

开闭原则

当代码需要变化时,尽量通过扩展行为来实现变化,而不是通过修改已有的代码来实现变化.(对修改关闭,对扩展开放)

接口隔离原则

尽量使用多个专门的协议而不是将全部的协议内容放置一起(如UITableView的协议就分为UITableViewDelegate以及UITableViewDataSource)

依赖倒置原则

高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节,细节应该依赖抽象。
类A直接依赖类B,如果要将类A改为依赖类C,则必须通过修改类A的代码来达成。此时,类A一般是高层模块,负责复杂的业务逻辑,类B和类C是低层模块,负责基本的原子操作;修改A会给程序带来风险。
将类A修改未依赖接口I,类B和类C各自实现接口I,类A通过接口I间接与类B或类C发生联系,则会大大降低修改类A的记几率

里氏替换原则

使用继承时,在子类中尽量不要重写和重载父类的方法。父类中凡是已经实现好的方法(相对抽象方法而言),实际上是在设定一系列的规范和契约,虽然它不强制要求所有的子类必须遵循这些契约,但是如果子类对这些非抽象方法任意修改,就会对整个继承体系造成破坏。(iOS中KVO的设计就遵循了该原则)

迪米特法则

本质上就是高内聚低耦合,每个类都要减少不必要的依赖

二 常用设计模式

单例模式

为什么要实现单例模式

单例模式主要是为了避免因为创建了多个实例造成资源的浪费,且多个实例由于多次调用容易导致结果出现错误,而使用单例模式能够保证整个应用中有且只有一个实例。

单例模式的优缺点

优点: 1.节约系统资源,提高系统性能 2.使用方便
缺点: 1.使用懒单例模式时线程有安全的问题 2.单例过多会造成内存空间的浪费 3.单例类的职责过重,在一定程度上违背了“单一职责原则” 4.单例是全局可变的共享状态,容易造成错误 5.单例的生命周期很难管控

单例模式代码的两种写法(确保singleInstance在多线程的环境下只被创建一次)

+ (instancetype)shared {
    static LaunchIntroductionView *singleInstance = nil;
    if (singleInstance == nil) {
        @synchronized(self) {
            if (singleInstance == nil) {
                singleInstance = [[LaunchIntroductionView alloc] init];
            }
        }
    }
    return singleInstance;
}

+ (instancetype)shared { 
    static LaunchIntroductionView *launch = nil; 
    static dispatch_once_t onceToken; 
    dispatch_once(&onceToken, ^{
       launch = [[LaunchIntroductionView alloc] initWithFrame:CGRectMake(0,   0, kScreen_width, kScreen_height)]; 
  }); 
    return launch; 
}

观察者模式

简单的说就是一个对象拥有多个特征,当某一个特征发生变化时,另外一个对象做出相应的处理和操作.后者观察前者的一举一动,并及时对一些变化做出响应 (在iOS中KVO/通知均属于观察者模式)
具体相关内容的参考详解

代理模式

代理模式的意思就是委托别人去做事情
具体相关内容的参考详解

抽象工厂模式/工厂模式/简单工厂模式

在抽象工厂模式中,接口是负责创建一个相关对象的工厂,不需要显式指定它们的类。每个生成的工厂都能按照工厂模式提供对象。(有一个基础基类根据不同的Type产生不同的类)
无论是NSArray还是NSMutableArray在alloc阶段生成的都是__NSPlacehodlerArray,__NSPlacehodlerArray根据是否是可变对象生成__NSArrayI还是__NSArrayM.
具体相关内容的参考详解

责任链模式

用来处理相关事务责任的一条执行链,执行链上有多个节点,每个节点都有机会(条件匹配)处理请求事务,如果某个节点处理完了就可以根据实际业务需求传递给下一个节点继续处理或者返回处理完毕

具体相关内容的参考详解

桥接模式

本质是将抽象部分与实现部分分离开来,使他们都可以独立变化.
桥接模式主要包含如下几个角色:
Abstraction:抽象类。
RefinedAbstraction:扩充抽象类。
Implementor:实现类接口。
ConcreteImplementor:具体实现类 。

具体相关内容的参考详解

适配器模式

一个现有类需要使用变化的问题(有对象适配器和类适配器两种),将一个类的接口转换成客户希望的另外一个接口,适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作.

具体相关内容的参考详解

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,204评论 6 506
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,091评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,548评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,657评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,689评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,554评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,302评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,216评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,661评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,851评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,977评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,697评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,306评论 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,898评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,019评论 1 270
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,138评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,927评论 2 355

推荐阅读更多精彩内容