架构与设计模式

架构

架构（Architecture）

• 软件开发中的设计方案
• 类与类之间的关系、模块与模块之间的关系、客户端与服务端的关系

经常听到的架构名词
MVC、MVP、MVVM、VIPER、CDD
三层架构、四层架构

MVC - Apple版

MVC - Apple

优点：View、Model可以重复利用，可以独立使用
缺点：Controller的代码过于臃肿

view中不知道model的存在，所有view显示信息的设置，都在ViewController中完成

MVC – 变种

MVC变种

优点：对Controller进行瘦身，将View内部的细节封装起来了，外界不知道View内部的具体实现
缺点：View依赖于Model

view知道model的存在，并且通过设置model完成view的控件设置与赋值

MVP

MVP

在ViewController中初始化presenter，并进行强引用self.presenter = [[LQPresenter alloc] initWithController:self];在LQPresenter中初始化@property (weak, nonatomic) UIViewController *controller;并且完成view的添加以及赋值

MVVM

MVVM

与MVP的区别在于ViewModel中会存在控制页面显示的属性或成员变量，与view进行绑定（view持有ViewModel的弱引用）

因为RAC比较重（但是非常强大），所以项目中使用需要慎重，我在这使用Facebook的轻量级框架KVOController

view中的设置ViewModel方法实现如下：

- (void)setViewModel:(MJAppViewModel *)viewModel
{
    _viewModel = viewModel;
    
    __weak typeof(self) waekSelf = self;
    [self.KVOController observe:viewModel keyPath:@"name" options:NSKeyValueObservingOptionNew block:^(id  _Nullable observer, id  _Nonnull object, NSDictionary<NSKeyValueChangeKey,id> * _Nonnull change) {
        waekSelf.nameLabel.text = change[NSKeyValueChangeNewKey];
    }];
    
    [self.KVOController observe:viewModel keyPath:@"image" options:NSKeyValueObservingOptionNew block:^(id  _Nullable observer, id  _Nonnull object, NSDictionary<NSKeyValueChangeKey,id> * _Nonnull change) {
        waekSelf.iconView.image = [UIImage imageNamed:change[NSKeyValueChangeNewKey]];
    }];
}

四层架构

四层架构

三层就是将网络层和本地数据层合并为数据层

#import "LQHTTPTool.h"
#import "LQDBTool.h"

@implementation LQNewsService

+ (void)loadData:(NSDictionary *)params
         success:(void (^)(NSArray *newsData))success
         failure:(void (^)(NSError *error))failure
{
    // 先取出本地数据
    NSArray *resultArray = [LQDBTool loadLocalDataWithParams:params];
    
    if (!resultArray) {
        // 如果没有本地数据，就加载网络数据
        [LQHTTPTool GET:@"xxxx" params:nil success:^(id result) {
            success(resultArray);
        } failure:failure];
        
    } else {
        success(resultArray);
    }
}

设计模式

设计模式（Design Pattern）

• 是一套被反复使用、代码设计经验的总结
• 使用设计模式的好处是：可重用代码、让代码更容易被他人理解、保证代码可靠性
• 一般与编程语言无关，是一套比较成熟的编程思想

设计模式的六大设计

• 单一职责原则(Single Responsibility Principle, SRP)：一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。
• 开闭原则(Open-Closed Principle, OCP)：一个软件实体应当对扩展开放，对修改关闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。
• 里氏代换原则(Liskov Substitution Principle, LSP)：所有引用基类（父类）的地方必须能透明地使用其子类的对象。
• 依赖倒转原则(Dependency Inversion Principle, DIP)：抽象不应该依赖于细节，细节应当依赖于抽象。换言之，要针对接口编程，而不是针对实现编程。
• 接口隔离原则(Interface Segregation Principle, ISP)：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。
• 迪米特法则(Law of Demeter, LoD)：一个软件实体应当尽可能少地与其他实体发生相互作用。

设计模式可以分为三大类

• 创建型模式：对象实例化的模式，用于解耦对象的实例化过程
  单例模式、工厂方法模式，等等

• 结构型模式：把类或对象结合在一起形成一个更大的结构
  代理模式、适配器模式、组合模式、装饰模式，等等

• 行为型模式：类或对象之间如何交互，及划分责任和算法
  观察者模式、命令模式、责任链模式，等等

推荐：
数据结构与算法
严蔚敏，《数据结构》
《大话数据结构与算法》

网络
《HTTP权威指南》
《TCP/IP详解卷1：协议》

架构与设计模式

https://github.com/skyming/Trip-to-iOS-Design-Patterns
https://design-patterns.readthedocs.io/zh_CN/latest/