小猴偷米 iOS客户端v2 试验品
- 使用MVVM的设计模式，使用RxSwift的编程接口，遵循FRP的编程**。
- 使用SnapKit完成代码布局，弃用StoryBoard。
- 使用Moya作为网络请求的Router。
- 不再使用UserDefault作为缓存容器，暂定使用YYCache和Realm，协同内存缓存与磁盘缓存。
- 首页网络请求与缓存逻辑
- 信息板
- 登录模块
- 活动模块
- 课表模块
- 通知模块
- 跑操与体侧模块
- 一卡通模块(差充值接口, and 打算做Face ID接口)
- 成绩GPA模块
- SRTP模块
- 人文讲座模块
- ApiRouter(网络请求路由器)
- SnapKit(代码布局,通神的轮子,照样子扩展即可)
- Notification
- 新Alert
- UI规范
- http://reactivex.io (ReactiveX组织的官网)
- https://www.gitbook.com/book/mcxiaoke/rxdocs/details (上面的文档中文翻译)
- https://academy.realm.io/posts/slug-max-alexander-mvvm-rxswift/ (某不认识的大牛(maybe)关于MVVM与RxSwift的讲座)
- https://www.boxueio.com/series/rxswift-101 (泊学关于RxSwift的教程,付费)
所有API的抽象层次的封装，参照Moya官方文档即可。
其实这一问题我当时想了很久，目前可以说还在探索阶段吧。version1使用UserDefault存放API所返回的JSON数据作为缓存，这是一个很trick的做法，但并不是应推崇的做法，UserDefault应该存放一些用户配置项，服务端配置项等等。
最初打算使用Realm序列化通用Model作为数据库存储，Realm拥有查询速度快，文档详细，跨平台等优点。辅以Cache作为缓存。但是使用原生Cache还是第三方库的Cache没有决定好，原本是想着先用原生的。
2018.4.25
但Realm使用下来其实体验并不是那么好，功能虽多但也导致内部的数据库的东西暴露了出来(虽然提供的n对n关系挺好用的)，且并不提供内存缓存。而YYCache作为一整套框架，提供对NSCache以及sqlite的封装，，总之既然要使用内存缓存，不如直接换用一整套支持内存缓存和磁盘缓存的框架。
2018.4.26
我原本想着YYCache虽然是OC框架，但应该还能用吧…经过各种测试，YYDiskCache真的用不了，但YYMemoryCache还行。之后我也看了包括AwesomeCache、Track等Swift写的缓存框架，都有各自的问题，而且全部都..不再维护了…简直是逼我直接用NSCache算了。
捣鼓那么久，最后决定使用YYCache+Realm吧。
2018.6.13
emmm…因为在写完课程表初版之后，退出再登录一直有个bug，最后发现是Realm的问题，能断定是与事务相关，相当于单个线程的AB两个先后的op，因为某些原因导致B在A之前了，应该是被别的线程影响了。具体我考完试再看看Realm这块。
总之，上次使用YYDiskCache失败之后，我把YYCache读了一遍，也在尝试写Swift版的YYCache(当然啦，中途遇到些问题和因为某些事搁置了，而今天因为处理这事又想到了解决办法233)。目前是不使用CocoaPods导入YYCache，而是直接将YYCache的Framework复制到工程中，然后直接OC-Swift混编就好了。
考完试会把Realm全部改为YYDiskCache，所以缓存这块就完全使用YYCache，基本上是iOS开源缓存库中性能最强的，下载编译最新的sqlite3可能还能提升1.5~3倍的性能。
暂无详细
目前可以参照任意Module为例子阅读以了解一个模块的MVVM架构，以及RxSwift的基本编程模式。