内容概览：
- 需要一套通用的模板作为支架，通过参数去生成骨肉，这就不仅仅是单纯的字符串模板能够提供的能力
- 自动化工具本身需要提供一定的编译能力(在模板的基础上)
- 需要提供非标准化部分的接入能力
- 能够监听、编辑现有的已运行的标准化管理系统
- 能够扫描到标准化管理系统中非标准部分
- 能够暂停、编译、重启已接受管理的标准化系统
- IoT时代有大量数据由机器产生，比如电表数据、环境监测数据，各种杂七杂八的小数据，各类数据的统计与可视化需求增长速度靠现有人工开发模式已经无法满足，自动化势在必行
- 除了数据展示类管理系统，对应的数据格式需要规范化，相应的用于清洗数据的各种系统、平台也会伴随而生，这时候需要自动化的就不仅仅是界面展示部分
这篇随笔是整个感想系列的最后一篇，也是我最想写的一篇。入行三年，大部分精力都投入在做web管理系统上，从简单到复杂，一步步走来，之所以会有自动化构建的这个想法，主要在因为日常工作中遇到开发任务有60%都趋于同质化，无外乎列表、详情、图表这三类展示外加表单提交这类操作。做的多了，心里就会有个大概模型去套用。后来为了提高效率 ，慢慢的接触自动化构建。
我理想中的模型大概是这样的：
1需要一套通用的模板作为支架，通过参数去生成骨肉，这就不仅仅是单纯的字符串模板能够提供的能力
最开始使用模板套模板，修改配置，批量生成，然后针对需求做定制修改。也是在这个阶段尝试着学习基础的nodejs，学习写脚本。初级的脚本工具很笨拙，仅仅是提供有限的参数去配置（module_name、page_name、pagetype）生成原始的系统结构。更多的是做批量处理、模板生成工作，无法过细的去调整内部实现。