1.组件规范
组件工程目录
需要开发新组件时，首先要创建一个demo工程，然后在demo工程中创建组件工程。要求demo工程能独立运行。demo工程存在的意义，是为了给组件库提供一个运行环境，用于组件的功能行自测，为了给组件库的自动化测试提供运行环境，后期做单元测试。
组件工程目录
每一个组件，应该是一个或大或小的业务的抽象。组件目录下按照接口层，本业务层，子业务层分类。Interface，是本组件的接口层。SubBusiness是子业务层。MVC则是本业务层的MVC架构。
子业务层目录
子业务层以业务抽象做区分。
子业务目录
组件规范优缺点分析：
优点：
1.层级区分明显，业务区分明显，MVC架构区分明显。
2.业务之间去耦合，易于业务的抽取，替换。
3.方便业务模块查找修改，方便视图，模型，控制器的查找修改。
缺点：
层级繁琐。
解决方案：
创建组件时按照规范创建，但是不存的层级，不存在的结构可不创建。
2，代码规范
.h文件
要有类功能描述。要提供初始化方法。一些和类的初始化相关的参数都要放到初始化函数里面，不能用属性定义，不然会影响展示和数据。
.m文件
首先指针层，要做同类型指针划块处理，便于查找。实现层，函数要做同类型划块处理，便于查找。
推荐使用懒加载，懒加载的实现都放在懒加载函数块，便于查找，修改。
自定义函数块建议放在最下面，添加新函数的可能性较大。
设计规范的目的，是因为团队开发模式下，相互之间经常会有修改别人功能，代码的情况。在组件无法固话的情况下，只能考虑组件，代码层的规范。通过规范，来约束习惯，增强代码的可读性。
