iOS架构谈

iOS架构的重要性和缺失

从事iOS开发几年，难得看到关于iOS架构的讨论，也导致自己在iOS架构层的东西一直比较欠缺，自己在做项目时能想到的架构层的东西也只是很浅的一块，对于项目级的架构把控一直比较无力。
现在国内的iOS开发者也越来越多了，而且据我了解很大一部分都是跟我一样自学成才，或者培训出来的，又由于关于架构的文章少之又少，大家都不太了解。但是最近看到一位iOS架构师Casa Taloyun能够无私的把自己的架构经验分享出来。能让大家对iOS架构有个了解。真的是十分感激啊！

这篇blog是学以致用，用Casa的架构经验去优化我的项目架构。

网络层优化 blog
1. 网络层与数据层的对接方式

大部分情况下，我们会将业务层与网络层做分离，网络层处理接口通讯，从后台拿到json数据。这一层会用到AFNetworking做网络处理，而AF采用了Block的’集约型 ‘处理方式

据我理解Casa的集约型和离散型的区别：
集约型：回调函数统一处理方式一样。比如AF GET 请求的回调block
离散型：每个对象的处理方式不同。比如拿到数据之后我需要传给不同的对象去展示不同的数据

所以，我们在网络请求的时候进行block回调，而在把数据交给业务层的时候采用delegate的方式，这样可以做到请求的上部统一处理，而在下部分代码方便管理，不会有block的散落各处难于维护的问题。

具体到我的项目就是实现一个AFnetworking的请求类，请求成功的代理为controller，由controller拿到数据再分发给业务层处理数据。

2.将什么样的数据传给业务层
这里我用的是model，在model里面处理业务逻辑，将view需要的数据封装好交给view，而在Casa的blog里使用的是Dictionary，并且利用 Const String 去解决字典数据不好读取的问题。这里由于涉及到太多数据架构变化，我暂时没有改为Casa的模式。
Casa的去model化，可以做到将model层做进一步解耦，而不必将model传入view。导致view与model分离不够彻底。

3.安全机制。待续。。。