登录
注册
开源
企业版
高校版
搜索
帮助中心
使用条款
关于我们
开源
企业版
高校版
私有云
Gitee AI
NEW
我知道了
查看详情
登录
注册
代码拉取完成,页面将自动刷新
开源项目
>
WEB应用开发
>
Web开发框架
&&
捐赠
捐赠前请先登录
取消
前往登录
扫描微信二维码支付
取消
支付完成
支付提示
将跳转至支付宝完成支付
确定
取消
Watch
不关注
关注所有动态
仅关注版本发行动态
关注但不提醒动态
795
Star
6.1K
Fork
1.4K
GVP
腾讯开源
/
APIJSON
代码
Issues
96
Pull Requests
2
Wiki
统计
流水线
服务
Gitee Pages
JavaDoc
质量分析
Jenkins for Gitee
腾讯云托管
腾讯云 Serverless
悬镜安全
阿里云 SAE
Codeblitz
我知道了,不再自动展开
更新失败,请稍后重试!
Issues
/
详情
移除标识
内容风险标识
本任务被
标识为内容中包含有代码安全 Bug 、隐私泄露等敏感信息,仓库外成员不可访问
都上3D数字孪生了,2D的WEB组态和大屏可视化未来的发展在哪里?趋势是基于页面嵌套、蓝图连线等新技术,与功能业务应用融合
待办的
#I9MI2Q
gitee月光倾城zmm
创建于
2024-05-06 14:31
### Description 首先回顾下组态工具的发展史: [回顾发展史,WEB组态终于可以搭建业务系统了!(页面嵌套 节点编辑 WEB组态 上位机 大屏可视化 无代码 0代码 iframe nodered 蓝图)-CSDN博客](https://blog.csdn.net/IOTOS/article/details/138033482?spm=1001.2014.3001.5501) WEB组态与大屏可视化工具现在基本上没有了明显边界,很多的区分是2D组态和3D组态。市面上也非常多,比如数维图(Sovit2D)、DataEase飞致云、DataV、乐吾乐(Meta2d.js)、帆软、元图工坊、Smartbi等等。其中3D属于纯图形视觉领域,现在重点讨论2D的WEB组态和大屏发展方向。 众所周知,目前界面展示,从原先古板的组态大屏,到扁平化科技风的2D、2.5D展示,逐渐到3D数字孪生,效果越来越炫酷。 那么2D组态的发展空间在哪?是不是都会被3D挤压?要上视觉冲击效果的,都上3D了? ![输入图片说明](https://foruda.gitee.com/images/1714977134529232681/482d0678_14383716.png "01.png") ![输入图片说明](https://foruda.gitee.com/images/1714977153888186608/440d307c_14383716.jpeg "02.jpg") 显然,从纯数据可视化的角度,3D完爆2D、2.5D。 如果不是出于成本考虑,一切展示以3D效果是最好的。 但是, **从业务功能应用上来说,3D就不是最适合的交互方式了!** 很简单的,比如微信、比如CSDN或知乎信息管理平台,我们管理文章、发布信息,用3D就是自找麻烦,除了整个花里胡哨,起不到什么实用性。 桌面应用开发也好,后台管理系统应用也罢,只要是涉及到业务功能,并非仅仅是数据展示的,那么用上2D组态或者大屏可视化工具的拖拽配置,来实现界面布局、UI交互,甚至业务逻辑,那肯定是最香的! 所见即所得,实现大屏看板可视化展示,现如今已非常成熟。可视化拖拽,无代码来定制开发,实现复杂交互和业务逻辑,目前还很难做到。 毕竟简单的表单拖拽,没法参考给定的界面原型,就把交互功能都实现吧?一般都还只是停留在UI界面布局的层面。 **页面嵌套属性继承、蓝图节点编辑连线,这两方面技术** ,可能是未来组态大屏的终极演化方向,就像如今传统工业组态(比如组态王、MCGS等)已逐步淘汰,演化成WEB组态,最终与大屏可视化融为一体一样,现如今的WEB组态和大屏可视化,是否也会进一步升级淘汰或被融合成新的? ![输入图片说明](https://foruda.gitee.com/images/1714977223664696084/ac528786_14383716.png "03.png") ![输入图片说明](https://foruda.gitee.com/images/1714977237284615954/5b5400f4_14383716.png "04.png") 关于页面嵌套继承,UIOTOS给出了很好的实现方式: [UIOTOS前端零代码 原型即应用!支持页面嵌套、属性继承、节点编辑,真正实现页面即组件,支持无代码开发复杂的前端界面应用。](http://www.uiotos.net/) 关于节点编辑,IBM开源的nodered是当红炸子鸡,在物联网规则引擎和边缘计算方面越来越火: [Node-RED 基于Web浏览器的可视化拖拽式Scada软件_nodered-CSDN博客](https://blog.csdn.net/weixin_38055379/article/details/134191812) 不过这两个技术不能独立,因为随着逻辑复杂性的增强,需要模块化封装,UIOTOS实现的嵌套继承技术,就可以用来让蓝图连线简化,避免一个页面到处是线条。 [NodeRed节点编辑用于边缘计算和规则引擎,能做带UI界面和业务逻辑的上位机或前端应用吗?(页面嵌套 节点编辑 WEB组态 上位机 大屏可视化 无代码 0代码 iframe nodered 蓝图)_nodered规则引擎-CSDN博客](https://blog.csdn.net/IOTOS/article/details/138040945?spm=1001.2014.3001.5501) 如今AI应用,比如微软的power app,也都用上了节点连线编辑,这是一个非常有前景的逻辑无代码开发方式。如今大屏组态的竞争格局,不是一个技术问题,因为一直用的是传统的拖拽编辑技术,大家都差不多,更多是考验UI美术设计。 一旦新的嵌套继承、蓝图连线技术的引入,势必会让WEB组态、大屏可视化演变成新的物种,或者被新的物种融合掉,这样兼容了2D图形展示+业务功能应用,与3D数字孪生形成非常好的互补,而不是仅仅在可视化展示效果上的竞争,让我们拭目以待! ![输入图片说明](https://foruda.gitee.com/images/1714977281529831174/c37e12d3_14383716.png "05.png")
### Description 首先回顾下组态工具的发展史: [回顾发展史,WEB组态终于可以搭建业务系统了!(页面嵌套 节点编辑 WEB组态 上位机 大屏可视化 无代码 0代码 iframe nodered 蓝图)-CSDN博客](https://blog.csdn.net/IOTOS/article/details/138033482?spm=1001.2014.3001.5501) WEB组态与大屏可视化工具现在基本上没有了明显边界,很多的区分是2D组态和3D组态。市面上也非常多,比如数维图(Sovit2D)、DataEase飞致云、DataV、乐吾乐(Meta2d.js)、帆软、元图工坊、Smartbi等等。其中3D属于纯图形视觉领域,现在重点讨论2D的WEB组态和大屏发展方向。 众所周知,目前界面展示,从原先古板的组态大屏,到扁平化科技风的2D、2.5D展示,逐渐到3D数字孪生,效果越来越炫酷。 那么2D组态的发展空间在哪?是不是都会被3D挤压?要上视觉冲击效果的,都上3D了? ![输入图片说明](https://foruda.gitee.com/images/1714977134529232681/482d0678_14383716.png "01.png") ![输入图片说明](https://foruda.gitee.com/images/1714977153888186608/440d307c_14383716.jpeg "02.jpg") 显然,从纯数据可视化的角度,3D完爆2D、2.5D。 如果不是出于成本考虑,一切展示以3D效果是最好的。 但是, **从业务功能应用上来说,3D就不是最适合的交互方式了!** 很简单的,比如微信、比如CSDN或知乎信息管理平台,我们管理文章、发布信息,用3D就是自找麻烦,除了整个花里胡哨,起不到什么实用性。 桌面应用开发也好,后台管理系统应用也罢,只要是涉及到业务功能,并非仅仅是数据展示的,那么用上2D组态或者大屏可视化工具的拖拽配置,来实现界面布局、UI交互,甚至业务逻辑,那肯定是最香的! 所见即所得,实现大屏看板可视化展示,现如今已非常成熟。可视化拖拽,无代码来定制开发,实现复杂交互和业务逻辑,目前还很难做到。 毕竟简单的表单拖拽,没法参考给定的界面原型,就把交互功能都实现吧?一般都还只是停留在UI界面布局的层面。 **页面嵌套属性继承、蓝图节点编辑连线,这两方面技术** ,可能是未来组态大屏的终极演化方向,就像如今传统工业组态(比如组态王、MCGS等)已逐步淘汰,演化成WEB组态,最终与大屏可视化融为一体一样,现如今的WEB组态和大屏可视化,是否也会进一步升级淘汰或被融合成新的? ![输入图片说明](https://foruda.gitee.com/images/1714977223664696084/ac528786_14383716.png "03.png") ![输入图片说明](https://foruda.gitee.com/images/1714977237284615954/5b5400f4_14383716.png "04.png") 关于页面嵌套继承,UIOTOS给出了很好的实现方式: [UIOTOS前端零代码 原型即应用!支持页面嵌套、属性继承、节点编辑,真正实现页面即组件,支持无代码开发复杂的前端界面应用。](http://www.uiotos.net/) 关于节点编辑,IBM开源的nodered是当红炸子鸡,在物联网规则引擎和边缘计算方面越来越火: [Node-RED 基于Web浏览器的可视化拖拽式Scada软件_nodered-CSDN博客](https://blog.csdn.net/weixin_38055379/article/details/134191812) 不过这两个技术不能独立,因为随着逻辑复杂性的增强,需要模块化封装,UIOTOS实现的嵌套继承技术,就可以用来让蓝图连线简化,避免一个页面到处是线条。 [NodeRed节点编辑用于边缘计算和规则引擎,能做带UI界面和业务逻辑的上位机或前端应用吗?(页面嵌套 节点编辑 WEB组态 上位机 大屏可视化 无代码 0代码 iframe nodered 蓝图)_nodered规则引擎-CSDN博客](https://blog.csdn.net/IOTOS/article/details/138040945?spm=1001.2014.3001.5501) 如今AI应用,比如微软的power app,也都用上了节点连线编辑,这是一个非常有前景的逻辑无代码开发方式。如今大屏组态的竞争格局,不是一个技术问题,因为一直用的是传统的拖拽编辑技术,大家都差不多,更多是考验UI美术设计。 一旦新的嵌套继承、蓝图连线技术的引入,势必会让WEB组态、大屏可视化演变成新的物种,或者被新的物种融合掉,这样兼容了2D图形展示+业务功能应用,与3D数字孪生形成非常好的互补,而不是仅仅在可视化展示效果上的竞争,让我们拭目以待! ![输入图片说明](https://foruda.gitee.com/images/1714977281529831174/c37e12d3_14383716.png "05.png")
评论 (
0
)
gitee月光倾城zmm
创建了
任务
gitee月光倾城zmm
修改了
描述
原值
### Description
首先回顾下组态工具的发展史:
新值
### Description
首先回顾下组态工具的发展史:
[回顾发展史,WEB组态终于可以搭建业务系统了!(页面嵌套 节点编辑 WEB组态 上位机 大屏可视化 无代码 0代码 iframe nodered 蓝图)-CSDN博客](https://blog.csdn.net/IOTOS/article/details/138033482?spm=1001.2014.3001.5501)
WEB组态与大屏可视化工具现在基本上没有了明显边界,很多的区分是2D组态和3D组态。市面上也非常多,比如数维图(Sovit2D)、DataEase飞致云、DataV、乐吾乐(Meta2d.js)、帆软、元图工坊、Smartbi等等。其中3D属于纯图形视觉领域,现在重点讨论2D的WEB组态和大屏发展方向。
众所周知,目前界面展示,从原先古板的组态大屏,到扁平化科技风的2D、2.5D展示,逐渐到3D数字孪生,效果越来越炫酷。
那么2D组态的发展空间在哪?是不是都会被3D挤压?要上视觉冲击效果的,都上3D了?
![输入图片说明](https://foruda.gitee.com/images/1714977134529232681/482d0678_14383716.png "01.png")
![输入图片说明](https://foruda.gitee.com/images/1714977153888186608/440d307c_14383716.jpeg "02.jpg")
显然,从纯数据可视化的角度,3D完爆2D、2.5D。 如果不是出于成本考虑,一切展示以3D效果是最好的。
但是, **从业务功能应用上来说,3D就不是最适合的交互方式了!** 很简单的,比如微信、比如CSDN或知乎信息管理平台,我们管理文章、发布信息,用3D就是自找麻烦,除了整个花里胡哨,起不到什么实用性。
桌面应用开发也好,后台管理系统应用也罢,只要是涉及到业务功能,并非仅仅是数据展示的,那么用上2D组态或者大屏可视化工具的拖拽配置,来实现界面布局、UI交互,甚至业务逻辑,那肯定是最香的!
所见即所得,实现大屏看板可视化展示,现如今已非常成熟。可视化拖拽,无代码来定制开发,实现复杂交互和业务逻辑,目前还很难做到。
毕竟简单的表单拖拽,没法参考给定的界面原型,就把交互功能都实现吧?一般都还只是停留在UI界面布局的层面。
**页面嵌套属性继承、蓝图节点编辑连线,这两方面技术** ,可能是未来组态大屏的终极演化方向,就像如今传统工业组态(比如组态王、MCGS等)已逐步淘汰,演化成WEB组态,最终与大屏可视化融为一体一样,现如今的WEB组态和大屏可视化,是否也会进一步升级淘汰或被融合成新的?
![输入图片说明](https://foruda.gitee.com/images/1714977223664696084/ac528786_14383716.png "03.png")
![输入图片说明](https://foruda.gitee.com/images/1714977237284615954/5b5400f4_14383716.png "04.png")
关于页面嵌套继承,UIOTOS给出了很好的实现方式:
[UIOTOS前端零代码 原型即应用!支持页面嵌套、属性继承、节点编辑,真正实现页面即组件,支持无代码开发复杂的前端界面应用。](http://www.uiotos.net/)
关于节点编辑,IBM开源的nodered是当红炸子鸡,在物联网规则引擎和边缘计算方面越来越火:
[Node-RED 基于Web浏览器的可视化拖拽式Scada软件_nodered-CSDN博客](https://blog.csdn.net/weixin_38055379/article/details/134191812)
不过这两个技术不能独立,因为随着逻辑复杂性的增强,需要模块化封装,UIOTOS实现的嵌套继承技术,就可以用来让蓝图连线简化,避免一个页面到处是线条。
[NodeRed节点编辑用于边缘计算和规则引擎,能做带UI界面和业务逻辑的上位机或前端应用吗?(页面嵌套 节点编辑 WEB组态 上位机 大屏可视化 无代码 0代码 iframe nodered 蓝图)_nodered规则引擎-CSDN博客](https://blog.csdn.net/IOTOS/article/details/138040945?spm=1001.2014.3001.5501)
如今AI应用,比如微软的power app,也都用上了节点连线编辑,这是一个非常有前景的逻辑无代码开发方式。如今大屏组态的竞争格局,不是一个技术问题,因为一直用的是传统的拖拽编辑技术,大家都差不多,更多是考验UI美术设计。
一旦新的嵌套继承、蓝图连线技术的引入,势必会让WEB组态、大屏可视化演变成新的物种,或者被新的物种融合掉,这样兼容了2D图形展示+业务功能应用,与3D数字孪生形成非常好的互补,而不是仅仅在可视化展示效果上的竞争,让我们拭目以待!
![输入图片说明](https://foruda.gitee.com/images/1714977281529831174/c37e12d3_14383716.png "05.png")
展开全部操作日志
折叠全部操作日志
登录
后才可以发表评论
状态
待办的
待办的
进行中
已完成
已关闭
负责人
未设置
标签
未设置
标签管理
里程碑
未关联
未关联
Pull Requests
未关联
未关联
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
未关联
分支 (13)
标签 (112)
master
jdk1.8
springboot2
springboot2.x
fastjson2
springboot3
fix_bug_4_oracle
dependabot/maven/APIJSONFramework/mysql-mysql-connector-java-8.0.16
dependabot/maven/APIJSON-Java-Server/APIJSONBootTest/mysql-mysql-connector-java-8.0.16
dependabot/maven/APIJSON-Java-Server/APIJSONFramework/mysql-mysql-connector-java-8.0.16
dependabot/maven/APIJSON-Java-Server/APIJSONFinal/mysql-mysql-connector-java-8.0.16
dependabot/maven/APIJSON-Java-Server/APIJSONBoot/mysql-mysql-connector-java-8.0.16
dependabot/maven/APIJSON-Java-Server/APIJSONBootOracle/com.alibaba-fastjson-1.2.25
7.0.3-jdk1.8
7.0.3
7.0.2
7.0.0
6.4.3-springboot3
6.4.2-springboot3
6.4.1-springboot3
6.4.0-springboot3
6.3.0
6.2.8
6.2.0
6.0.8
6.1.0
6.0.0
5.4.0
5.3.0
5.2.0
5.1.5
5.1.0
5.0.0
4.9.0
4.9.1
4.8.3
4.8.0
4.7.2
4.7.1
4.7.0
4.6.7
4.6.6
4.6.5
4.6.1
4.6.0
4.5.2
4.5.1
4.5.0
4.4.8
4.4.7
4.4.6
4.4.5
4.4.0
4.3.1
4.3.0
4.2.5
4.2.4
4.2.3
4.2.1
4.2.0
4.1.0
4.0.0
3.9.0
3.8.6
3.7.3
3.7.1
3.7.0
3.6.5
3.6.0
3.5.7
3.5.3
3.5.0
3.4.9
3.4.5
3.4.1
3.3.0
3.2.5
3.2.0
3.1.8
3.1.7
3.1.5
3.1.1
3.1.0
3.0.0
2.9.3
2.9.1
2.9.0
2.8.0
2.7.2
2.7.0
2.6.1
2.6.0
2.5.6
2.5.5
2.5.0
2.4.2
2.4.1
2.4.0
2.3.0
2.2.0
2.1.0
2.0.0
1.9.0
1.8.1
1.8.0
1.7.0
1.6.3
1.6.1
1.6.0
1.5.5
1.5.1
1.5.0
1.1.0
1.0.0
0.9.8
0.9.7
0.9.5
0.9.2
0.9.1
大调整
完成数据库查询缓存
更改依赖解析
解决多个AND,OR拼接问题
改的是Server
恢复中文readme
开始日期   -   截止日期
-
置顶选项
不置顶
置顶等级:高
置顶等级:中
置顶等级:低
优先级
不指定
严重
主要
次要
不重要
参与者(1)
Java
1
https://gitee.com/Tencent/APIJSON.git
git@gitee.com:Tencent/APIJSON.git
Tencent
APIJSON
APIJSON
点此查找更多帮助
搜索帮助
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
仓库举报
回到顶部
登录提示
该操作需登录 Gitee 帐号,请先登录后再操作。
立即登录
没有帐号,去注册