组件，代码规范探讨

1.组件规范

组件工程目录

需要开发新组件时，首先要创建一个demo工程，然后在demo工程中创建组件工程。要求demo工程能独立运行。demo工程存在的意义，是为了给组件库提供一个运行环境，用于组件的功能行自测，为了给组件库的自动化测试提供运行环境，后期做单元测试。

组件工程目录

每一个组件，应该是一个或大或小的业务的抽象。组件目录下按照接口层，本业务层，子业务层分类。Interface，是本组件的接口层。SubBusiness是子业务层。MVC则是本业务层的MVC架构。

子业务层目录

子业务层以业务抽象做区分。

子业务目录

组件规范优缺点分析：

优点：

1.层级区分明显，业务区分明显，MVC架构区分明显。

2.业务之间去耦合，易于业务的抽取，替换。

3.方便业务模块查找修改，方便视图，模型，控制器的查找修改。

缺点：

层级繁琐。

解决方案：

创建组件时按照规范创建，但是不存的层级，不存在的结构可不创建。

2，代码规范

.h文件

要有类功能描述。要提供初始化方法。一些和类的初始化相关的参数都要放到初始化函数里面，不能用属性定义，不然会影响展示和数据。

.m文件

首先指针层，要做同类型指针划块处理，便于查找。实现层，函数要做同类型划块处理，便于查找。

推荐使用懒加载，懒加载的实现都放在懒加载函数块，便于查找，修改。

自定义函数块建议放在最下面，添加新函数的可能性较大。

设计规范的目的，是因为团队开发模式下，相互之间经常会有修改别人功能，代码的情况。在组件无法固话的情况下，只能考虑组件，代码层的规范。通过规范，来约束习惯，增强代码的可读性。