积木核心思想

<h2>思考</h2> <ol> <li>我们说计算机开发就是crud，尤其是管理平台更明显</li> <li>一个最明显的案例：列表，新增、修改，查看</li> <li>据目前所知以上的四个功能，使用快速开发的代码生成方案基本可以完成生成，贴入，重启完成基本功能</li> <li>主体功能已经完成，可以说已经完成了80%，时间过了20%，麻烦的事情来了，列表20个字段的排版宽度以及相 关的转义，贯穿整个流程的里边的8个字段需要转义（比如状态、用户ID、文件、编辑框等）完成这些20%的功 能，可能需要时间估计还需要80%</li> <li>如此往复,甲功能，乙功能。</li> <li>还有可怕的事情，比如上线以后转义状态需要调整，文件类型调整，文件大小有变化、字数限制发生变化等，我们需要修改代码重新发布</li> <li>那我们是不是可以这么理解，一个开发过程是这样的，由需求人员提出需求：甲表 需要列表按时间倒序展示，a字段上传文件，b字段是状态：1有效0无效，c字段是姓名字段控制2-3个汉字输入，d是大文本字段需要编辑字段，然后新增、编辑你排版下就好 我们可否把这些需求设计成配置文件，由计算机来自动渲染出来列表和表单。</li> <li>考虑下可行性：<strong>1、基本视图大概也就是列表、树、树表等有限的几种</strong>，<strong>2、字段类型大概也只有15种左右</strong>，对于一个字段如：状态字段，无外乎需要设计下列表中显示的：名字、位置，宽度，是否要排序，是否显示以及转义显示等属性，在表单中也需要同样需要：字段名、位置，宽度，是否显示(含只读可写)、转义显示以及校验等属性</li> <li>在此基础上我觉得把状态字段比较完善的渲染出来应该没问题。</li> </ol> <ul> <li><strong>当然我们说字段、视图也就这么多种，这句话也不是很准确需求总是很奇怪以及我们没见识过的事物，比如出现了很特别的视图或者字段，我们先要解决的80%的通用视图以及字段，20%做不了的我们可以手工撸么~_~</strong></li> </ul> <h2>方案</h2> <ol> <li> <p>把需要查询的表名以及表结构配置进系统，即为系统的元对象数据 <strong>表信息:</strong> <img src="http://resh.bblocks.cn/demo/img/object/obj.png" alt="表信息" title="表信息也即系统的元对象" /> <strong>表信息详情:</strong> <img src="http://resh.bblocks.cn/demo/img/object/obj_detail.png" alt="表详情" title="表信息详情" /> <strong>表字段详情（具体一个字段其他同理）：</strong> <img src="http://resh.bblocks.cn/demo/img/object/field.png" alt="表字段详情" title="表字段详情" /></p> </li> <li>把此表需要显示的视图配置下，比如用列表显示还是树显示（当然挂在菜单树上哪里也要顺便确定下） <strong>视图以及菜单信息：</strong> <img src="http://resh.bblocks.cn/demo/img/new_menu.png" alt="视图配置" title="视图以及菜单配置" /></li> </ol>