iOS 设计模式浅析 0 - 前言
小弟不才, 但又喜欢分享一些自己知道的小知识, so 斗胆写下 iOS 常用设计模式的实用和对其的见解. 如果有错的地方请联系我 QQ: 573880506, 不胜感激(毕竟程序员, 标点符号都用的英文状态下的, 不喜勿喷请见谅)
1.设计模式的由来?
针对特定的问题, 前辈总结出来的一种固定模式, 就好像你写作文每一个段落都会空两个格一样.
2. 设计模式的优点
①. 使项目结构编变得更清晰.
②. 便于维护.(ps: 各设计模式优缺点会在各自专题中会进行详细的描述)
3. 设计模式的基本原则
①. 开闭原则 (Open Closed Principle,OCP): 对模块扩展开放, 对修改关闭, 给我的感觉就是 .m 里面的实现代码尽量不要去做修改, 对这个类进行拓展而不是修改. 我们正常开发时, 总遇到各式各样的修改, 我会做的是注释掉这段代码, 再重写一份, 其实也算是变相地拓展接口.
②. 里氏替换原则 (Liskov Substitution Principle ,LSP): 任何类可以出现的地方,子类一定可以出现,子类跟父类可以相互替换,子类可以用父类所有的方法(下面会举个例子). 这个比较不容易理解, 百度一搜通篇一律, 说得特别难懂, 我觉得里氏替换原则和多态有一些相类似, 都是子类继承自父类, 子类可以拓展接口, 不同的是: 里氏替换原则尽量不要重写父类的方法, 而多态可以重写父类的方法.
举个栗子: 有一个 Animals 类作为父类, Dog 类作为 Animals 类的子类, 他们都有一个方法 - (BOOL)isLikeIt; 返回值是 YES , 当你的 controller 导入了 Animals 并调用了这个方法是你喜欢动物, 当你突然想换成 Dog 类时, 正常这个方法的返回值应该是 YES, 如果你的 Dog 类继承 Animals 类时修改这个方法为 NO, 很有可能你的 controller 会死掉, 所以我们尽量不要改动父类继承过来的方法, 而要去拓展接口才能做到赋值兼容, 这也符合上面的开闭原则.
③. 依赖倒转原则 (DependencyInversion Principle,DIP): 抽象不依赖于细节, 细节依赖于抽象. 父类高度抽象时, 子类才更不容易出现问题. 杂货部 CEO 会说: "我们公司要盈利", 厕纸经理会说: "我们要通过卖厕纸盈利", 食品经理会说:"我们要通过卖辣条盈利", 这才符合逻辑, 反面教材见下面的栗子:
举个栗子: 有一个 Paper 类作为基类, 其有一个方法 - (void)used; 有一个 Money 类继承自 Paper, 有一个 ToiletPaper(厕纸) 继承自 Paper, 如果 Paper 类中的 used NSLog 了一句话 @"擦屁股", Money 调用 used 时就会出问题, 除非你希望用钱来擦屁股.
④. 接口隔离原则 (InterfaceSegregationPrinciple,ISP): 接口里面只做必要的事情, 不做其他相关的事情.
⑤. 合成/聚合复用原则 (Composite/ Aggregate Reuse Principle, CARP): 在一个新的对象里面使用一些已有的对象，使之成为新对象的一部分. 用一个图大家就明白了: 钱包类想调用 Money 的 used 方法, 不用继承 Money 类, 直接导入形成个新类即可.
⑥. 最小知识原则 (Principle of Least Knowledge, PLK): 两个类没有彼此直接通信, 而是使用另一个类来通信. 我们平时用的 MVC 其实就是遵循了这一原则.
⑦. 单一职责原则 (Single responsibility principle,SRP): 一个类只负责一种领域, 网络请求类去做视频渲染, 让视频渲染类进行网络请求
4. 23 中设计模式的分类
①. 创建型模式(5 种): 单例模式, 抽象工厂模式, 建造者模式, 原型模式, 工厂模式.
②. 并发设计模式(7 种): 代理模式, 组合模式, 桥接模式, 享元模式, 外观模式, 装饰模式, 适配器模式.
③. 框架级别的设计模式(11 种): 观察者模式, 访问者模式, 中介者模式, 解释器模式, 策略模式, 迭代器模式, 命令模式, 状态模式, 备忘录模式, 模板方法模式, 责任链模式.
5. 小结
这里先简单介绍一下设计模式的相关小知识, 之后会有各设计模式单独的文章来详细描述各设计模式的的优缺点, demo 等相关知识.
使用设计模式和非使用设计模式给我的感觉就像是: 鸟巢 vs 普通楼房, 虽然我总是想不起来使用设计模式, 因为我做的也是普通楼房, 当我们水平达到一定程度之时, 这些设计模式使用起来也就得心应手了.
最后, 我想强调一句: 不要为了使用设计模式而去强行使用设计模式.
这里是传送门呦:
iOS 设计模式浅析 1 - 策略