首先 架构设计更新到MVVM，是在MVC MVP KVC KVO的基础上发展而来的，我计划用前面的内容来成就MVVM，而不会增加新的内容，更不会平白无故的增加额外的管理类什么的这种设计就是个双向的管道， 一头是View，一头是PresenterPresenter是数据的源头，自然而然从Presenter流入View，期间经过AdapterView最终是要把数据渲染到视图上去的，状态的变化自然要回溯

- MVP是presenter基于代理驱动的，所以MVC中的controller就沦为配置层，可以理解为初始化配置的操作- view的数据渲染交给了适配器，preseter自会驱动适配器- 对view自身来讲，adapter也可以尝试去按照数据源的概念去理解- 按照稳重的MVP构想，执行项目的话就可以拷贝代码，按照相应的格式规则去编辑代码 文件 类，框架设计就好了，写代码会变得很轻松 大可以自己去

UIKit - Images and Graphics Best Praticies - 如何在app中高效使用图形内容的技术及策略解决问题 - 如何将先进的cpu和gpu技术集成到你的app中当app中使用更多的cpu时，将会对电池寿命和app的响应能力产生负面的影响可能不那么明显的是，当你的app和系统上的其他app，消耗更多内存，也会导致更高的cpu使用率，这对电池寿命和性能有进一步的不利影

list_array_tt 是个模板，存在于runtime头文件中entsize_list_tt 也是个模板，也存在于runtime 头文件中objc类的底层结构 method_array_t property_array_t protocol_array_t 都是继承自list_array_t在 list_array_tt 中 都对应了模板List 元素都是Elementmethod_array