背景
团队研发了一个 「低代码工具」,主要应用在公司的业务上,用于解决一些重复低效的工作,提高开发效率,降低开发成本。工具的页面在 相关文章 中有,在此就不贴图啦。
哪些是低效重复的工作?比如:
- 简单的增删改查
- 字段与页面的绑定,比如某些管理类型的页面,一个表单动不动上百个字段,逻辑简单,但全是搬砖的活。
- 不举例子了,太多啦
工具提供了什么能力?
- 快速根据数据库表、
API
接口、元数据平台接口、mock
接口生成增删改查页面,直接就能预览了 - 封装了大量的业务组件,比如 金额,百分比,千分比,数值,地址,下拉树,弹出树……
- 提供了可视化配置页面的能力,拖拽组件构建页面,选中组件可视化配置组件的属性,事件,代码逻辑的编写
- 快速预览,批量生成
vue
文件…… - 先说这些吧,跟今天的主题不相关,少扯点犊子。
最近工具研发也到了一个复盘总结的阶段,就想着统计下用户在使用过程中用了哪些组件,用了哪些组件的哪些属性。前面也提到,工具是通过可视化的方式来实现组件,组件属性的一个配置,配置数据是存在数据库中。需要用到 SQL
语句,然后再对数据进行一个分析输出。
讲道理这应该让后端的同事来搞,但想想咱前端Node.js
也可以连接数据库的嘛,只要把数据查回来,前端整理数据那不是小case
嘛,那搞起。
思路
在搞一个需求之前,我的个人习惯是先捋清楚,想好了再写。不然可能掉坑里,或者走弯路。
那要实现这个需求,如何下手?我是这么做的:
- 先写
SQL
啊,把统计的SQL
编写好,调试通过 - 写个脚本,创建
SQL
连接 - 执行写好的
SQL
- 拿到数据,处理
- 输出数据
- 关闭连接
那一步一步来吧……
SQL编写
这里就是用到了基本的SQL
语法,连表查询,个人觉得前端的同学还是要会写简单的SQL
的,比如:
- 条件查询
- 关联查询
- 自查询
- 左连接,右连接
- 分组
- ……
由于此处涉及到多张表的关系,在此不过多介绍,直接写出来了。一共需要4个SQL
语句。
查询页面节点上配置的属性
const QUERY_LAYOUT_CMPPROPS = `select xplt.CMP_CODE as code, xplt.CMP_PROPS as props from xp_page_layout_tree xplt where PAGE_ID in (select PAGE_ID from xp_page) and CMP_PROPS != '{}'`
查询到的数据如下:
从图中不难看出,code
代表组件,props
代表配置的属性对象,就像下面这样:
组件 | 配置的属性有 |
---|---|
container | {"direction":{"propDataType":"0","propValue":"horizontal"}} |
查询节点事件的配置
const QUERY_LAYOUT_CMPEVENTS = `select xplt1.CMP_CODE as code, xplo.BIND_EVENT as props from xp_page_layout_operate xplo, xp_page_layout_tree xplt1, xp_page p where xplt1.PAGE_NODE_ID = xplo .BIND_PAGE_NODE_ID and p.PAGE_ID = xplt1.PAGE_ID and xplo.BIND_EVENT is not NULL and xplo.OPERATE_TYPE in ('1', '2') group by xplt1.CMP_CODE,xplo.BIND_EVENT;`
查询到的结果如下:
code
代表组件,props
代表配置的事件名。
表单字段配置的属性
const QUERY_MODEL_FIELD_FORMUIPROPS = ` select xmf.FORM_UI_TYPE as code, xmf.FORM_UI_PROPS as props from xp_model xm , xp_model_field xmf where xmf.MODEL_ID = xm.MODEL_ID and xmf.FORM_UI_PROPS is not null and xmf.FORM_UI_PROPS != '{}' and xmf.FORM_UI_PROPS != 'null';`
查询结果的格式与第一个的SQL
的一致,不贴图了。
查询区域表单字段配置的属性
const QUERY_MODEL_FIELD_QUERYUIPROPS = ` select xmf.FORM_UI_TYPE as code, xmf.QUERY_UI_PROPS as props from xp_model xm , xp_model_field xmf where xmf.MODEL_ID = xm.MODEL_ID and xmf.QUERY_UI_PROPS is not null and xmf.QUERY_UI_PROPS != '{}' and xmf.QUERY_UI_PROPS != 'null';`
查询结果的格式与第一个的SQL
的一致,不贴图了。只需要知道有两种格式的数据,在处理数据的时候要注意。
创建SQL连接
- 先初始化一个项目
mkdir countprops cd countprops npm init -y npm i mysql code .
借助mysql
这个包来连接数据库,进行查询操作。
- 新建
config/index.js
,用于配置数据库连接信息
module.exports = { host: '192.168.50.49', // IP user: 'root', // 用户名 password: '********', // 密码 database: 'database', // 数据库名 port: 3306 // 端口 }
- 新建一个
index.js
文件
// #!/usr/bin/env node // 导入数据库连接信息 const connectionConfig = require('../config/index.js') const mysql = require('mysql') // 创建连接 const connection = mysql.createConnection(connectionConfig) connection.connect()
执行SQL & 处理数据
这里一共有4个SQL
需要执行,每个执行完了都有返回数据,返回的数据结构有两种,要分别处理,并且还要去重。 执行查询SQL
的方法是:
connection.query(sql, callback(error, result){ // 回调 })
只能通过回调的方式一个一个的执行,不支持 Promise
。
在此通过递归来实现:
const result = {} // 放结果 const quene = [QUERY_LAYOUT_CMPPROPS, QUERY_MODEL_FIELD_FORMUIPROPS, QUERY_MODEL_FIELD_QUERYUIPROPS, QUERY_LAYOUT_CMPEVENTS] // 等待执行的SQL function handleProps(props) { // 递归调用执行并处理返回数据 props.forEach(prop => { // 处理数据 const { code, props } = prop const propArray = [] try { // 这里处理返回的 props 是对象 / 字符串的情况 const objProps = JSON.parse(props) propArray.push(...Object.keys(objProps)) } catch (error) { propArray.push(props) } ;(result[code] || (result[code] = new Set())).add(...propArray) // 去重 }) const next = quene.shift() // 按顺序,一个一个的执行 if (next) { connection.query(next, function (error, results, fields) { if (error) throw error handleProps(results) }) } else { console.log(result) // 输出结果 /** * 关闭连接 */ connection.end() } } handleProps([]) // 调用
输出
最终执行输出内容如下:
总结
好了,到此,这个需求就被笔者简单的实现了,个人认为实现的还算比较优雅,主要是一劳永逸了,指不定过多久又要统计一次,到时再执行一次就OK。如果我们不这样去实现,去用眼睛观察,用手去统计的话,那不得疯了啊。假如下次需要把统计数据的结果用图表可视化展示,我们只需要去构造图表的初始化数据就OK了,非常方便!其实我们工作中有很多类似的工作,都可以通过编码来实现,只要你想,就没有啥困难能挡住你。 「只要思想不滑坡,方法总比困难多」
以上就是Node.js 连接 MySql 统计组件属性的使用情况解析的详细内容,更多关于Node.js连接MySql统计组件的资料请关注脚本之家其它相关文章!