需求：
某一功能模块，由入口步骤页面和具体的步骤详情页面组成。其中，入口步骤页面步骤根据不同的类型显示不同的步骤。每一个具体步骤页面，最大显示内容固定，但是具体的UI块可能显示可能不显示。
解决方案：
前期准备：为每一个步骤，定义一个ID，为每一个步骤里面的每一个UI模块定义一个ID。
1.首先是入口，进入后选择类型，然后到步骤页面。请求接口，根据类型参数返回步骤模型数组，每一个步骤模型包含步骤名，步骤ID，步骤状态，步骤顺序。
2.点击步骤时，根据步骤ID，跳转到对应的步骤页面。
3.在每一个步骤页面，根据步骤ID，请求接口，返回UI模块模型数组，每一个UI模块模型，包含UI模块ID，UI模块顺序，UI模块配置模型，UI模块数据模型。
问题：
1.因为会复用UI块，所以每个页面销毁的时候，还要手动销毁页面上的UI块，避免复用UI块时数据串了。
2.每个UI块的指针，配置模型指针，数据模型指针都由模块对象（即模块控制器实例）持有，所以每个页面销毁时，对应的UI模块指针，配置类型指针，数据类型指针都要销毁，避免内存泄露。
一种更加灵活的方案：
功能模块由三个页面组成，类型选择页面，步骤列表页面，和步骤详情页面。其中，无论有多少个步骤，都用一个步骤详情页面展示。请求步骤详情时，调用同一个接口，传不同的步骤ID，后台返回UI模块模型数组，每一个UI模块模型，包含UI模块ID，UI模块顺序，UI模块配置模型，UI模块数据模型。提交时，也是调用同一个接口，传不同的步骤ID和显示的各UI模块的数据模型。
大概的实现逻辑：
在步骤详情页面，根据步骤ID，获取对应的 数据，数据包括UI模块ID，UI模块配置模型，UI模块数据模型。将UI模块ID添加到IDArray中，根据UI模块ID，实例化对应的配置模型和数据模型，有模块对象（即模块控制器实例）管理，然后tableView根据这个数组绘制页面。tableView的每一个cell高度，由步骤详情页根据UI模块ID去模块对象（即模块控制器实例）获取，cell实例也是根据UI模块ID去模块对象（即模块控制器实例）获取。提交数据时，每一个UI模块的数据模型，也是步骤详情页根据UI模块ID去模块对象（即模块控制器实例）获取，模块对象（即模块控制器实例）再去对应的cell获取。每一个UI模块，都对应自己的配置模型和数据模型，每个UI模块自己处理自己的业务逻辑。
