iOS:设计模式与架构

何为架构?

  • 架构(Architecture)
    • 软件开发中的设计方案。
    • 类与类之间的关系、模块与模块之间的关系、客户端与服务端的关系。
  • 经常听到的架构名词
    • MVC、MVP、MVVM、VIPER、CDD
    • 三层架构、四层架构
MVC - Apple版

在这里插入图片描述

MVC - 变种

在这里插入图片描述

MVP

在这里插入图片描述

MVVM

在这里插入图片描述

多层架构

在这里插入图片描述

设计模式

  • 设计模式(Design Pattern)
    • 是一套被反复使用、代码设计经验的总结
    • 使用设计模式的好处是:可重用代码、让代码更容易被他人理解、保证代码可靠性
    • 一般与编程语言无关,是一套比较成熟的编程思想
  • 设计模式可以分为三大类
    • 创建型模式: 对象实例化的模式,用于解耦对象的实例化过程。
      • 单例模式、工厂方法模式,等等。
    • 结构型模式: 把类或对象结合在一起形成一个更大的结构。
      • 代理模式、适配器模式、组合模式、装饰模式,等等。
    • 行为型模式: 类或对象之间如何交互,及划分责任和算法。
      • 观察者模式、命令模式、责任链模式,等等。
1、 IOS设计模式的六大设计原则之单一职责原则(SRP,Single Responsibility Principle) 定义   就一个类而言,应该仅有一个引起它变化的原因。 定义解读   这是六大原则中最简单的一种,通俗点说,就是不存在多个原因使得一个类发生变化,也就是一个类只负责一种职责的工作。 优点 类的复杂度降低,一个类只负责一个功能,其逻辑要比负责多项功能简单的多; 类的可读性增强,阅读起来轻松; 可维护性强,一个易读、简单的类自然也容易维护; 变更引起的风险降低,变更是必然的,如果单一职责原则遵守的好,当修改一个功能时,可以显著降低对其他功能的影响。 问题提出   假设有一个类C,它负责两个不同的职责:职责P1和P2。当职责P1需求发生改变而需要修改类C时,有可能会导致原本运行正常的职责P2功能发生故障。 解决方案   遵循单一职责原则。分别建立两个类C1、C2,使C1完成职责P1,C2完成职责P2。这样,当修改类C1时,不会使职责P2发生故障风险;同理,当修改C2时,也不会使职责P1发生故障风险。   说到这里,大家会觉得这个原则太简单了。稍有经验的程序员,即使没有听说过单一职责原则,在设计软件时也会自觉的遵守这一重要原则。在实际的项目开发中,谁也不希望因为修改了一个功能导致其他的功能发生故障。而避免出现这一问题的方法便是遵循单一职责原则。虽然单一职责原则如此简单,并且被认为是常识,即便是经验丰富的程序员写出的程序,也会有违背这一原则的代码存在。为什么会出现这种现象呢?因为有职责扩散。实际项目中,因为某种原因,职责P被分化为粒度更细的职责P1和P2。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值