闲话 iOS 应用架构- Casa 摘记

前言:
一直在了解以及学习iOS架构相关的知识; Casa的博客看了不少遍数, 每次都有新的思考; 正好了解到Case有直播, 先把学费交了先.
本文为直播中摘记的笔记.

• 本文来源相关链接
  • Case博客
  • Casa的直播——闲话 iOS 应用架构

• 如何学习新技术

  • 知 与 不知: 学习

  • 会 与 不会: 多练习

• 什么架构

  • 架构是一门艺术, 而非技术

  • 而且是主观艺术, 与架构师个人有很大关系

• 权衡

  • 因小失大: Cocapod的集成

  • 循规蹈矩: 最优最合适的架构, 不有最好的架构

  • 刻舟求剑: 继承基类 与 遵守协议的思考

  • 垂拱而治: 做好隔离, 屁股决定脑袋, 分而治之

• 常见逻辑错误

  • 本末倒置: 因果颠倒,例如项目文件的分类并不决定该项目的架构, 往往反之

  • 隔靴搔痒: 解决周边问题, 但问题根源还在

  • 顾此失彼: 解决了一个问题, 缺引入了另一个问题; 难道我是在写Bug吗...

  • 南辕北撤: 条件与结果不匹配

• 逻辑思维的提升推荐书籍

  • <<批判性思维>>

• 架构师 与 设计模式

  • 熟练设计模式

  • 便于架构师之间交流, 沟通

• 最优方案

  • 错误的道路千千万, 正确的方法也不少; 但最当前上下文下最合适的方案只有一条

  • 项目中各个模块, 自然而然的决定自己最适合的架构(MVVM ,MVC...)

• 响应式 与 命令式

  • 响应式不需要知道监听者, 其监听者由自己创建, 只需要知道是谁订阅的即可.

• 性能相关

  • 大量的UI动画

  • 大量IO, 数据读写

  • 对不同对象调用次数列如 RAC; 反而没有大多浪费资源 (对此存在疑惑, 经测试当大规模调用是, 存在卡顿现象)

• Code Review

  • 主要是review代码规范

  • 降低新人学习门槛, 便于交流; 避免单点问题

Tips: 本文中加入了个人的一些思考 与 问题; 由于个人水平问题, 如有错误, 还请指正.