通用技术 关于低代码的思考,欢迎讨论

杨漫步 · 2022年03月03日 · 最后由 杨漫步 回复于 2022年03月09日 · 4207 次阅读

#1: 低代码定义:我的认知是对于前端使用人员能够基于自己的诉求创建符合自己诉求的代码片段,创建这些代码的手段是通过非代码编写的手段进行创建
#2: 手段:
$1: 领域内的功能都进行了原子操作实现,都进行了 function 的实现,前端用户可以基于诉求进行组装,映射为这些底层 function 的自由拼接
$2: 领域内的功能进行规则抽象,抽象出来一套规则,比较常用的类似 antlr 的实现方案,定义 g4 规则文件,然后进行在规则触发后,进行相应的代码的组合操作,进而实现相应的前端诉求的代码实现
$3: ...

针对第一种手段,三种关键点: 原子操作抽象,底层 function 的自由拼接的控制方法,以及前端诉求转化为 function 的转化方式
针对第二种手段,两个关键点:规则抽象,前端述求转化方式

有对此有过研究或者实践的同行,欢迎评论献计献策

领域很重要,互联网,传统行业,军工器械行业等等 都需要这样的效率的提升。

共收到 7 条回复 时间 点赞

简单理解就是关键字驱动,测试界早就玩过的东西

我去催饭 回复

有啥好的实践么? 文本怎么和 function 关联这块可以介绍些么

第二个方案用 antlr 不是个好主意,需求越来越多,搞着搞着最后就变成实现一套语言了。不如直接找个支持自定义 DSL 的语言(例如 groovy),在此基础上去实现会好点

或许可以看下 pytest-bdd 或 lettuce

我当前的做法是:
1)后端使用规则引擎或者 DSL,前端拖拽
2)antlr 可以用来 实时语法/输入验证,提供更好的体验。

至于文中提到的手段 1 和手段 2 哪个更好,要看你的具体实现需求,手段 1 也可以做得非常灵活和通用。

论坛里低代码这块的讨论不多,有经验的同学们可以一起多多探讨和分享

给我用低代码拖一个淘宝出来~

对于低代码,感觉规则比较难定义

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册