iOS 从0到1搭建高可用App框架（二）

前言

本文是继《iOS 从0到1搭建高可用App框架》之后，通过项目实践以及同行交流思考总结出来的一些新的架构思想，但初心仍不变，目的为搭建高可用App框架，保持框架底层健壮的同时让代码更清晰，为满足后期顶层业务开发时的需求，避免出现风格迥异的代码。

架构图

效果图

思考

一、面对一个版本迭代频繁，改版频率高的项目，如何设计才能避免代码越改越乱？

二、当业务极其复杂时，如果减轻VC的压力，让代码更清晰？

三、如何正确选择第三方框架？都需要考虑哪些因素？

正文

直面问题，解决问题：

一、许多创业项目为了赶时间上线，前期没有框架设计，没有代码规范，每个人随意发挥，不出几个月就会出现 产品体验差、崩溃率飙升、开发进度缓慢等问题，不得不进行重构。在战略角度上也许是对的，先占坑再完善，但在架构角度这是不可取的，还是要严格遵循“高内聚，低耦合”的理念，确保框架由底层服务到顶层业务，各模块分工明确，各司其职，相对独立，模块间通过接口调用，严禁在A里直接使用B，B里直接使用C，这样会使得各模块藕断丝连难舍难分，后期只会越来越乱。

很多时候，现在的问题都是当初偷懒埋下的祸根，合格的程序员基本都是懒人，但摔的多了总要长点记性。适当克服一下惰性，前期将框子搭起来，真正的去面向对象编程。

二、我曾接手过一款直播App，光直播间ViewController代码就5500行，里面掺和着接口请求、数据转换、视图管理、业务逻辑等等，读起来十分费劲，Bug定位比较困难，想重构却无从下手，这种情况的发生首先是没有严格遵循模块化的设计理念，各模块没有各司其职，其次是过于严格的遵循了MVC设计模式，只创建了Model View Controller三个文件夹，VC的压力自然非常大。

在我理解来看，MVC只是表达了一种模块化思想，并不需要严格遵循MVC的目录格式。

如上图，我将每个模块在MVC的基础上又抽出了两层，分别是Logic层和S