架构
架构（Architecture）
- 软件开发中的设计方案
- 类与类之间的关系、模块与模块之间的关系、客户端与服务端的关系
经常听到的架构名词
MVC、MVP、MVVM、VIPER、CDD
三层架构、四层架构
MVC - Apple版
优点：View、Model可以重复利用，可以独立使用
缺点：Controller的代码过于臃肿
view中不知道model的存在，所有view显示信息的设置，都在ViewController中完成
MVC – 变种
优点：对Controller进行瘦身，将View内部的细节封装起来了，外界不知道View内部的具体实现
缺点：View依赖于Model
view知道model的存在，并且通过设置model完成view的控件设置与赋值
MVP
在ViewController中初始化presenter，并进行强引用self.presenter = [[LQPresenter alloc] initWithController:self];在LQPresenter中初始化@property (weak, nonatomic) UIViewController *controller;并且完成view的添加以及赋值
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/
