[发明专利]一种IOS中视图组织方法及系统

说明书

本发明提供一种IOS中视图组织方法及系统，将原视图控制器中的view、network、delegate等逻辑封装成一个一个的子视图控制器，每种样式的view对应一种子视图控制器，在其内部去处理各自的view、network、delegate等逻辑。然后将各子视图控制器像搭积木一样来组成最终的视图控制器。本发明有效提升代码的结构化、易阅读和可维护性，提升代码应变需求变更的能力，提高版本迭代的速度。

技术领域

本发明涉及IOS视图技术领域，更具体地，涉及一种IOS中视图组织方法及系统。

背景技术

目前，iOS应用开发中用户看得见的界面都是通过视图控制器(view controller)来组织调度的，在传统的苹果设计思路下，一个视图控制器中通常会处理视图(view)、网络请求(network)、代理(delegate)、其他(other)等部分的逻辑，如图1所示。在进行界面开发时，一般的流程是按照设计稿分析有哪些子视图，然后在一个视图控制器中用原生控件构造出一个个的子视图，装配子视图，最后实现设计稿的效果。伴随着移动互联网的发展，移动端应用程序功能越来越多，视图结构越来越复杂，早先在视图控制器中一个一个控件构造子视图的方案造成视图控制器里代码过多且不易维护，无法在其他视图控制器中复用。

为解决上述技术问题，现有技术中出现了封装子视图的方案。在封装子视图的方案中，通过控件构造子视图的逻辑封装在了子视图的内部，在视图控制器中只需要直接构造已经封装好的子视图就可以直接使用，提升了视图控制器的一定的结构性。

然而，现有封装子视图的方案只解决了视图控制器中的view部分的逻辑，network、delegate、other部分逻辑仍然都在一个视图控制器中处理，而由于这三部分逻辑都是依赖于view的逻辑的，在视图控制器内部需要根据view的不同而做不同的逻辑处理，造成可读性差和不好维护的问题。可读性差主要体现在所有逻辑都在一个视图控制器中处理，一大片一大片的代码不易阅读，同时在前面提到的view、network、delegate、other各部分逻辑分散不连贯。不好维护主要体现在当出现方案变更或需要进行扩展时，改动或扩展的成本非常高，因为当某个视图需要变更时，需要修改视图控制器中network、delegate、other部分中对应的依赖此视图的部分代码。

发明内容

本发明为克服上述问题或者至少部分地解决上述问题，提供一种IOS中视图组织方法和系统。

根据本发明的一个方面，提供一种IOS中视图组织方法，包括：

步骤1，将待构建视图中各子视图的UI视图类和与其对应的各逻辑分别封装在各个子视图控制器中；

步骤2，基于所述各子视图控制器组成所述待构建视图的主视图控制器；所述主视图控制器通过调用各子视图控制器中的UI视图类和与其对应的各逻辑从而实现待构建视图的组织。

根据本发明的另一个方面，提供一种IOS中视图组织系统，包括第一模块和第二模块：

所述第一模块，与所述第二模块相连，用于将待构建视图中各子视图的UI视图类和与其对应的各逻辑分别封装在各个子视图控制器中；

所述第二模块，与所述第一模块相连，用于基于所述各子视图控制器组成所述待构建视图的主视图控制器；所述主视图控制器通过调用各子视图控制器中的UI视图类和与其对应的各逻辑从而实现待构建视图的组织。

本申请提出本发明描述了一种IOS中视图组织方法及系统，此方案主要思路是将原视图控制器中的view、network、delegate等逻辑封装成一个一个的子视图控制器，每种样式的view对应一种子视图控制器，在其内部去处理各自的view、network、delegate等逻辑。然后将各子视图控制器像搭积木一样来组成最终的视图控制器。本发明有效提升代码的结构化、易阅读和可维护性，提升代码应变需求变更的能力，提高版本迭代的速度。