通用码表设计

背景
检验刚开发的阶段,有很多基础数据维护页面要做,非常浪费时间,风格不统一,一修改每个维护界面都要拿来修改。有个周末做了十来个质控的基础数据维护界面,拷贝代码修改,加两天班头昏眼花的刚做完,结果开会一讨论界面风格、编辑模式又要调整,只好一个个过一遍再修改。基础数据维护大部分还是重复性劳动。随着检验ORM开发出模拟视图查询的方法后(表关系在实体类特性化),萌发出开发通用码表的思想(用一个页面顶替了百分之八十的基础数据维护页面,开发业务界面时不用为数据太费心)。通用码表的关键点就是解决参照表的数据在界面处理成相应的下拉框数据选择,固定选项的字段配置选项JSON在界面形成下拉选框。此思想适合数据库厂商,也可以独立开发出适合各种数据库的基础数据维护的产品,做成BS的网站页面和CS动态库,只要传表名就能有维护数据界面。开发者方便的嵌入自己系统即可。SQLServer可以直接获得表信息,就可以在不用实体的条件做出通用的数据维护界面给程序开发者使用,开发者就不用投入太多精力到基础数据维护界面上。

结构图
通用码表设计结构

检验表关系移向实体
实体包含表关系信息

基于检验实体实现的ORM,核心就是用外键信息构造视图SQL
FK方法
约定的SQL构造返回
返回
最终实现(传的实体名称不同就是不同表的维护页面)
实现效果
自由配置页面
在这里插入图片描述

由此页面提供的功能可满足绝大部分基础数据维护工作,把开发的重心转移到只关注主要业务和少部分复杂数据维护页面上

基于通用码表基础功能的支持下开发出检验广义的“通用码表“(可以维护检验系统的所有有实体的表数据)
通用码表

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小乌鱼

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值