1
yhxx 2023-01-03 20:23:22 +08:00
“业务需求变更开始加快,因此开始考虑开始切入低代码开发平台”???
不应该是发现业务需求基本不变,全是同质化的内容,才开始考虑低代码平台吗 |
2
Chad0000 2023-01-03 20:26:53 +08:00 via iPhone
低代码实现原理无非两种:
解释执行 代码生成 |
3
wu67 2023-01-03 20:31:37 +08:00
我们之前做的, 是强业务关联的. 你想一想, 如果跟业务能拆分开, 那还定制啥, 还开发啥, 那就变成了 ‘低代码页面布局定制’, 相当于在页面上挖一堆占位符, 然后通过 json 配置把现有的组件填进去....
反正我个人觉得, 是有点鸡肋, 你纯让客户 /产品 /运营去玩, 那学习成本很高. 你让开发去玩, 那一堆限制, 不如让开发继续写代码. 讲真, asp.net 也是能玩拖拽写网页的, 还有远古时期的 dreamviewer(应该是叫这个名字吧, 10 多年前的事了), 你看现在还有多少人用? 现在不还是手敲代码复制粘贴的多 |
4
ruoxie 2023-01-03 20:37:58 +08:00
可视化(页面上拖拖拽拽) -> json schema -> 解析 json schema -> 生成页面,技术难点在于如何去设计以及解析 json schema ,比如支持各种交互的语法,也就是所谓的低代码引擎,对于用的人来说就是个黑盒,当提供的功能满足不了需求只能开摆
|
5
zjsxwc 2023-01-03 20:43:01 +08:00 via Android
说到低代码。
1. 要么用已经几十年了的 微软的 Access 或者 LibreOffice 的 Base 这种模式,就是 客户端拖界面,用 vb 交互,内嵌 sql ,然后直接连接 sql server 或者 mysql 数据库,用数据库自带的用户来权限管理, 特别适合做几百人的小公司用的 erp 、oa 等业务,能够方便的应对各种业务,由于是直接基于数据库表与 sql 操作的性能也能得到保证,由于用了通用数据库,也能和外部系统直接对接数据,缺点还是需要使用者有一定 sql 知识。 这种模式的进阶就是德国的 sap ,进化为用 abap 这种类似 sql 的语言来描述 ui 界面。 2. 要么用钉钉宜搭这种工作流配合每个工作流表单拖拽搞,缺点是不能灵活应对需求且功能有限依赖于钉钉宜搭官方平台的二开付费项目,只能用于有限的业务场景,而且一旦业务复杂或者改动增加就很费时间去拖动各个之前相关的表单浪费时间与人力,而且性能确实不好,也不方便数据对接,优点是使用者不需要了解 sql 。 |
6
murmur 2023-01-04 09:14:02 +08:00
低代码的场景非常明确,就是中小企业的审批办公系统,还有各种展示报表大屏,出了这个场景都会有问题
|
7
rocksolid 2023-01-04 10:30:09 +08:00
除非你们的业务逻辑非常简单,并且很少有特例,否则早晚放弃低代码开发平台
|
8
wo642436249 OP @rocksolid 业务逻辑不是很简单,不过核心数据结构长期不变
|