《iOS应用架构谈》学习笔记

 

见过很多代码，有些大型项目的代码还是很乱，逻辑思路不清晰，各种回调不明确。有些架构的扩展性很差，甚至很多crash都是由于架构不合理导致。

架构的设计需要了解产品的业务，未来的走向来制定。经验对于架构而言非常重要。

通过学习《iOS应用架构谈》，有了深刻的理解

http://casatwy.com/iosying-yong-jia-gou-tan-viewceng-de-zu-zhi-he-diao-yong-fang-an.html

 

M应该做的事：

 

1. 给ViewController提供数据
2. 给ViewController存储数据提供接口
3. 提供经过抽象的业务基本组件，供Controller调度

C应该做的事：

 

1. 管理View Container的生命周期
2. 负责生成所有的View实例，并放入View Container
3. 监听来自View与业务有关的事件，通过与Model的合作，来完成对应事件的业务。

V应该做的事：

 

1. 响应与业务无关的事件，并因此引发动画效果，点击反馈（如果合适的话，尽量还是放在View去做）等。
2. 界面元素表达
3. • 对于复杂的、动态生成的界面，建议使用手工编写界面。
   • 对于需要统一风格的按钮或UI控件，建议使用手工用代码来构造。方便之后的修改和复用。
   • 对于需要有继承或组合关系的 UIView 类或 UIViewController 类，建议用代码手工编写界面。
   • 对于那些简单的、静态的、非核心功能界面，可以考虑使用 xib 或 storyboard 来完成。