博主猫头虎的技术世界
🌟 欢迎来到猫头虎的博客 — 探索技术的无限可能！
专栏链接：
🔗 精选专栏：
- 《面试题大全》 — 面试准备的宝典！
- 《IDEA开发秘籍》 — 提升你的IDEA技能！
- 《100天精通鸿蒙》 — 从Web/安卓到鸿蒙大师！
- 《100天精通Golang（基础入门篇）》 — 踏入Go语言世界的第一步！
- 《100天精通Go语言（精品VIP版）》 — 踏入Go语言世界的第二步！
博主前沿技术公众号名片：
领域矩阵：
🌐 猫头虎技术领域矩阵：
深入探索各技术领域，发现知识的交汇点。了解更多，请访问：
文章目录
2024最新国内外低代码平台大全
摘要：
在2024年的数字化浪潮中，《2024最新国内低代码平台大全》成为了寻求高效、简化应用开发过程的专业人士和企业的宝典。本篇博客深入探讨了低代码开发的最新趋势、低代码平台在企业数字化转型中的作用、以及如何选择适合自己业务需求的低代码解决方案。我们将带您了解“低代码开发平台如何助力快速应用开发”、“选择低代码平台的5大考量”、“2024低代码技术创新与趋势分析”等热门话题，助力企业和开发者在低代码时代乘风破浪。此外，本文还涵盖了“低代码与无代码平台的差异比较”、“如何利用低代码平台加速企业内部工作流程自动化”、“低代码平台在云计算和人工智能领域的应用”等话题，旨在为读者提供一个全面、深入的低代码平台知识库，帮助您在众多平台中做出明智选择，加速您的数字化转型之旅。
引言：
各位朋友，你们是否厌倦了冗长的代码编写过程？或是被复杂的技术栈所困扰？不要害怕，猫头虎今天要带大家探索一个神奇的解决方案——低代码平台。随着技术的不断进步，2024年低代码平台已经成为了开发者和业务人员沟通桥梁的重要工具。这些平台不仅能帮助我们以更低的成本和更快的速度实现创意，还大大降低了技术门槛，让每个人都能成为创造者。接下来，让我们一起揭开这些平台的神秘面纱，探索它们如何帮助我们在数字化的世界中更快地前进。
全栈平台
- 阿里-云凤蝶
- 阿里-金蝉
- 阿里-宜搭
- 阿里-通用低代码基础设施
- 阿里-天马
- 腾讯-积木
- 腾讯-lowcode
- 葡萄城-活字格
- 无远开发平台
- 奥哲
- ivx
- 闪电数据管理
- 巴克云
- 轻魔方
- 数式科技
- 明道云 支持公共云和私有部署，私有部署在Github可获得免费社区版下载
- 轻流
- 速融云
- 简道云
- 启业云
- 双链DaaS
- 炎黄盈动
- 广州天翎myApps
- 起步科技
- 金蝶云-苍穹
- 普元
- OpsMind
- xdeer
- 湘北智造
- 表单大师
- Zion/载航
- Appsmith（Github）
- ILLA Cloud/艾拉云（Github）
- 白码
- 捷码
- 支持业务系统/管理系统、可视化大屏、3D园区低码快速开发
- 支持离线部署
- 明源云-天际开放平台
- 织信低代码平台
- crudapi-增删改查接口平台
- 无需编程，通过配置零代码生成crud增删改查RESTful API和UI
- 前端（开源）：Vue + Quasar实现Web管理UI，可任意修改。
- 后端（商业使用永久免费，无任何功能限制）：Java + Jdbc实现Service，数据库支持MySQL、PostgreSQL、SQL Server和Oracle，支持二次开发和私有部署。
- demo演示
- Gadmin企业级低代码开发平台
- 象传智慧
- 引迈信息
- 兰途科技
- 矩阵低代码 : 支持私有化部署，支持离线部署，私有化部署版本可跟随主版本免费升级
- 星云座插件式低代码
- 瓦立应用
- 支持可视化小程序搭建、
- 支持各种业务系统开发（具有表单、工作流、报表设计等模块）
- 系统文档
- 瀚码工业低代码
- 网易数帆
页面搭建
仅包含前端部分的 low code 平台
-
- 高自由度的可视化编辑引擎
-
腾讯-tmagic-editor
-
京东-通天塔
-
转转-魔方
-
人人贷-活动运营平台
-
美团-乐高
-
政采云-鲁班
-
携程-民宿CMS
-
携程-乐高
-
云智慧-FlyFish
-
知乎-Versatile Editor
-
http://h5.dooring.cn/
-
https://quarkly.io/ No-code / Low-code platform for creating websites and web apps.
-
Everright-formEditor 一个可视化低代码表单编辑器，拥有多个组件、适配跨平台、多语言支持
-
[LLMStack] (https://github.com/trypromptly/LLMStack)
店铺装修
非独立页面，依附于业务系统存在的页面搭建
- 阿里-飞冰
- 阿里-formilyjs
- MegaLayout - 下一代Formily表单布局解决方案
- https://github.com/alibaba/designable
- 阿里-gaea-editor
- 阿里-sula
- 视搭-视频可视化搭建
- https://github.com/alibaba/lowcode-engine
- blockVisualEditor
- pager
- 运满满-码良
- X-Page-Editor
- Vue-Layout
- antd-visual-editor
- pipeline-editor
- panel-magic
- 百度外卖-blocks
- Esview
- gen
- bee gen pro
- 百度-amis
- 唯品会-ams
- vue-admin
- 鲁班 H5
- 华炎魔方
- h5-factory
- vision
- brick-design
- 随心秀
- yh5
- rxeditor
- activity-YD
- layoutit
- Ramiko
- jeecg-boot
- sparrow-js
- Tefact: Tefact 轻量级无代码/低代码，H5、表单编辑器
- 星搭: 星搭无代码平台，快速构建中后台、小程序
- 好未来晓黑板go-zero微服务框架: 你不需要懂微服务，懂业务就行
- cube：快速搭建中后台页面
- react-visual-design: 基于react的h5组件搭建
- Web Designer
- h5maker
- pl-drag-template
- form-generator：Element UI表单设计及代码生成器
- form-render：通过 JSON Schema 生成标准 Form，基于React
- Vue Json Design
- rebuild
- W5 SOAR
- Moria - Lowcode development platform
- nocobase
- Mall-Cook
- 全象低代码平台渲染引擎 Artery Renderer
- https://github.com/bojue/Web-Editor
- OpenDataV - 基于Vue3的拖拽式、低代码数据可视化平台
- StaringOS MtBird: 开源小程序、H5、网站低代码平台，无需代码，拖拽操作快速生成页面应用，数据可视化接入，定制业务自由拓展.
- quick-boot: 基于 Spring Cloud 2022 、Spring Boot 3、AMIS 和 APIJSON 的低代码系统.
- https://github.com/blocks/blocks
- https://github.com/frappe/frappe
- https://github.com/ipselon/structor
- https://github.com/vigetlabs/colonel-kurtz
- https://github.com/BuilderIO/builder
- https://github.com/vuegg/vuegg
- https://webcodesk.com/
- https://github.com/odoo/odoo
- https://github.com/imgcook/imove
办公/管理系统 a.k.a no-code
- 黑帕云
- 极星协作
- 维格表
- 阿里云-Teambition
- 阿里云-RPA
- SeaTable
- 蒲公英-Tracup
- 蒲公英-Seed
- 伙伴云
- monday.com
- Airtable
- Notion
- https://welovenocode.com/nocodelist
- Taskade
声明式编程
国外
- https://www.honeycode.aws/
- https://developers.google.com/appmaker
- https://powerapps.microsoft.com/zh-cn/
- https://www.zoho.com/creator/
- https://www.salesforce.com/
- https://www.appian.com/
- https://bubble.io/
- https://momen.app/
- https://www.adalo.com/
- https://thunkable.com/
- http://www.vvveb.com/vvvebjs/editor.html
- https://www.forestadmin.com/
- https://mobirise.com/
- https://paperbits.io/
- https://builderx.io/
- https://grapesjs.com/
- https://reactstudio.com/
- https://www.wix.com/
- https://university.webflow.com/
- https://www.squarespace.com/
- https://www.framer.com/
- https://www.figma.com/
- https://linx.software/
- https://www.mendix.com/zh/
- https://www.outsystems.com/
- https://retool.com/
- https://www.quickbase.com/
- https://layoutit.com/
- https://www.claris.com/zh/filemaker/
- FoC 聊天记录：https://marianoguerra.github.io/future-of-coding-weekly/history/?fromDate=2017-06-13&toDate=2017-06-14&channel=general&filter=
- https://www.joget.com/
- https://help.appsheet.com/en/
- https://appery.io/
- ERD Lab - Free cloud based entity relationship diagram (ERD) tool made for developers.
一切改进都是源自于人类的缺陷
How we think
- 人脑是串行的，无法有效并行思考多条线索
- 人脑不适合思考并行执行的多线程
- 【单线程】把共享变量的编程模式改成事务整体提交的模式
- 人脑不适合思考同时呈现在屏幕上的多个独立的业务流程
- 代码是按发生时间组织的，在一起的代码未必是逻辑上有关联的业务流程
- 【按业务切分文件】阅读者应该可以按照自己的任务目标来跟踪索引，而不是默认一个按钮点击引起的处理逻辑都一定要写在一个大文件里
- 【按变更频率切分文件】业务变更是阅读的首要原因，代码应该按照业务变更的频率来组织。会同时变更的代码应该放在一起
- 代码是按发生时间组织的，在一起的代码未必是逻辑上有关联的业务流程
- 人脑很难管理多份独立可变的状态，本质上每个独立变化的状态就是一个独立的线程
- 驱动状态数量熵增的三大因素：
- 因为交互体验的要求，从后端到富客户端到3d动画，状态被复制多份，越来越靠近展示层
- 因为硬件物理的约束，内存从CPU统一寻址，到异构计算，CUDA，每个硬件核都有一层自己的内存
- 因为数据量的增长，从统一的OLAP从库，到Data Lake，Data Mart，数据被复制成越来越多份，流水线越来越长
- 对抗状态数量熵增的手段：
- 【声明式数据联动】减少独立变化的状态，用表达式来表达 derived state
- 【全局虚拟数据层】借鉴Unix的统一文件抽象，引入一层统一的虚拟数据层。尽可能把状态转化成 cache
- 驱动状态数量熵增的三大因素：
- 人脑很难理解新增对原有行为的剧烈变化，更习惯逐层稳定叠加。也就是人更希望“控制变量”
- css 最大的难度在于不正交，新增一条对规则会引起意想不到的效果
- 【局部化布局】swiftui 的 HStack/VStack/ZStack 布局规则数量少，每条规则作用都是局部的稳定的叠加
- 性能优化往往需要破坏局部性，因为局部的自治容易引起重复劳动
- 【局部化IO】系统自动实现 I/O 的批量等可以自动化做的全局优化
- 【局部化IO】业务写成自治的，但是可以附加额外的手工全局调优。而不是强制要求把业务逻辑从局部抽出去
- css 最大的难度在于不正交，新增一条对规则会引起意想不到的效果
- 人脑不适合思考并行执行的多线程
How we perceive
- 人眼只能在狭窄的感受野里获得信息
- 人对时间的感知是来自于对空间的感知
- 人希望在一个屏幕内从上往下的获取时间顺序上从早到晚的信息
- callback 的编程方式破坏了屏幕上的顺序和时间顺序的直接映射关系
- 【协程式IO】用协程取代 callback，把屏幕上的代码撸直
- 通过 status 字段驱动的业务状态机破坏了屏幕上的顺序和时间顺序的直接映射关系
- 【协程式业务流程】用协程取代 status 状态机，把屏幕上的代码撸直
- callback 的编程方式破坏了屏幕上的顺序和时间顺序的直接映射关系
- 因为感受野的限制，源代码没有空间展示所有的细节
- 类型定义，内存分配等“细节”占用了大量的视觉区域
- 【IDE细节隐藏】在文本上省略掉细节，由 IDE 进行补全，当鼠标移动上去的时候才展示出来
- 人最习惯的空间整理方式仍然是层状的文件夹
- 所有的“架构”设计，最终都是对文件夹和文件的设计。但是一个维度的静态索引（文件夹嵌套）无法满足所有可能的检索需求
- 【IDE按需索引】由 IDE 来补全文件夹分类不能满足的索引需求，针对阅读者的任务来设计IDE索引
- 所有的“架构”设计，最终都是对文件夹和文件的设计。但是一个维度的静态索引（文件夹嵌套）无法满足所有可能的检索需求
- 类型定义，内存分配等“细节”占用了大量的视觉区域
- 视杆细胞容易忽略形状和顺序的差异，但是对颜色更敏感
- 语法高亮占用了宝贵的资源，但是并没有考虑阅读者的诉求
- 【IDE按需高亮】对于不同的任务，阅读者希望找到的重点是不同的，语法高亮应该结合任务来做
- 语法高亮占用了宝贵的资源，但是并没有考虑阅读者的诉求
How we collaborate
- 人与人之间最高效的沟通的方式是面对面的交互式声波震动
- 人类低下的沟通带宽根本上限制了一个团队的规模
- 上线速度要求越快越好，但是加人带来的边际效益递减
- 减少开会拉齐，团队应该尽可能地自治，而不是什么都要靠 feature team 横向拉通
- 高内聚，低耦合
- 【静态链接包】编程工具应该提供更多的组合可能，而不是所有的组合都要在运行时用面向对象的多态来实现
- 【按变更频率切分包】分工应该按照变更频率来确定，分工应该是明确的
- 高内聚，低耦合
- 减少开会拉齐，团队应该尽可能地自治，而不是什么都要靠 feature team 横向拉通
- 上线速度要求越快越好，但是加人带来的边际效益递减
- 尽可能由最终用户，或者靠近最终用户的团队来解决问题，而不是长距离传递需求
- 最终用户编程：直接让需求提出者自己来实现需求
- 把“学习”内置到工具里，需要内置一个教学工具
- 最终用户的编程工具开发难度高，成本高，投入超过了单个软件的回报
- 【编辑器预制】把“公式编辑”，“店铺装修”等常见共性需求提前预制
- 最终用户的编程工具开发难度高，成本高，投入超过了单个软件的回报
- 教学工具的目标是教学，而不是把自己标杆为更先进的生产力
- 【教学内置】提供教学模式和生产力模式的无缝切换
- 把“学习”内置到工具里，需要内置一个教学工具
- 低代码编程：通过提前预制，把工作量前置，减少应用开发者的规模，从而可以在组织架构上把开发者内置到用户组织内部。与此相对应的是文档驱动的外包式开发。
- “预制”来自于对共性需求的提前预判
- 【非功能性需求云化】非功能性需求的实现，都是运行在相似的机器上
- 操作系统
- k8s
- RPC 框架
- 开发者都是人类
- 编程工具
- 沟通工具
- 用户都是人类
- 【SaaS组件】IM / 电话 / 短信
- 【Ui组件】字处理器 / 表格
- 【CRUD生成】惯用的展现和交互
- 列表详情
- 树状层级
- 表格结构
- 可拖拽白板
- 【SaaS组件】相对稳定的业务流程
- 登录注册
- 支付
- 行业内相对稳定的业务共性流程
- 电商
- HR / 招聘
- 销售管理 / CRM
- 【非功能性需求云化】非功能性需求的实现，都是运行在相似的机器上
- “预制”来自于对共性需求的提前预判
- 最终用户编程：直接让需求提出者自己来实现需求
- 人类低下的沟通带宽根本上限制了一个团队的规模
How we learn
- 人的“归纳/理解/学习”能力高度依赖于可视化交互式地操纵与反馈
- 帮助应该放在任务执行的地方，与其说“可视化”，不如说是“可发现”
- 【填空题变选择题】单独的语法手册是不好使的，必须提供界面上的按钮，把填空题变成选择题，这样才能启发学习
- GUI 设计器 / 店铺装修
- 公式编辑器
- 审批 / 工作流设计器
- trigger 流程设计器
- 【填空题变选择题】单独的语法手册是不好使的，必须提供界面上的按钮，把填空题变成选择题，这样才能启发学习
- 人习惯于用手触碰一下对象，然后观测其反馈，从而归纳学习
- 不可观测的行为无法学习
- 生产环境的bug无法本地复现，我怎么找规律？
- 【TestInProduction】tracing，大量的 tracing，流量回放
- lowcode 平台的bug没有任何线索，除了找平台开发者，我能怎么办？
- 不能要求用户了解所有的内部细节，“平台”要做到可依赖
- 业务逻辑问题的定位和生产环境的bug定位一样，靠 tracing
- 生产环境的bug无法本地复现，我怎么找规律？
- 反馈太慢的行为给人的负面感受是指数增加的
- 本地机器太慢了跑不起来，需要上公司的沙盒环境来复现问题
- 【云IDE】
- 改完了代码需要重新编译重新加载
- 【LanguageServer】交互式开发的时候跳过不必要的编译
- 【所见即所得】所见即所得的 GUI 开发，本质上就是用解释器执行，换取编译时间的缩减
- 【HMR】重加载的时候保持页面状态
- 本地机器太慢了跑不起来，需要上公司的沙盒环境来复现问题
- 不可观测的行为无法学习
- 帮助应该放在任务执行的地方，与其说“可视化”，不如说是“可发现”
no code / low code / pro code
一切的改进都是源自于人类的缺陷
- no code：自己编程给自己用，给用户的感觉是一个更强大的办公/实用软件。主要的手段是用图形化操作等方式降低学习曲线。no code 一定要面向非常固定的领域才能做到好用。
- low code：编程给其他人用，为此创造了一个 citizen developer 的概念。主要的手段是平台预制好常见的需求，减少需要从头写的代码。low code 也要面向指定的领域才能让平台提前预测需求，但相比 no code 可以不把使用场景限定得那么死。
- pro code：low code 的平台自己不会选择 low code 来创建这个平台本身，因为 low code 并没有降低从头构建一个系统的成本。但是 pro code 的平台自己会选择 pro code 来创建这个平台本身，比如 react 开发者会选择用 react 来创建自己的开发工具，因为 pro code 的工具和平台都是以从根本上降低从头构建一个系统的复杂度为目标的。
参考资料
国内低代码平台【ALL】：
https://github.com/taowen/awesome-lowcode
如有侵权，私信删除~
总结：
经过一番深入的探索和分析，我们终于揭示了2024年 低代码平台的全貌。从企业级解决方案到适合初创企业的灵活工具，低代码平台已经成为推动数字化转型的强大动力。它们不仅提供了一个简化的开发过程，还使得跨部门协作变得前所未有地容易。低代码平台正逐步改变我们构建应用和服务的方式，使创新更加民主化。
未来展望：
展望未来，低代码平台的影响力只会越来越大。随着人工智能和机器学习技术的融合，我们预计这些平台将提供更加智能的功能，如自动代码生成、智能推荐系统等，从而进一步简化开发过程，减少人为错误。此外，随着5G和物联网技术的发展，低代码平台将在连接设备、数据分析和实现更智能化的业务流程中扮演更加重要的角色。让我们拭目以待，低代码平台将如何引领我们进入一个更加高效、更加创新的未来。
👉 更多信息：有任何疑问或者需要进一步探讨的内容，欢迎点击下方文末名片获取更多信息。我是猫头虎博主，期待与您的交流！ 🦉💬
🚀 技术栈推荐：
GoLang, Git, Docker, Kubernetes, CI/CD, Testing, SQL/NoSQL, gRPC, Cloud, Prometheus, ELK Stack
💡 联系与版权声明：
📩 联系方式：
- 微信: Libin9iOak
- 公众号: 猫头虎技术团队
⚠️ 版权声明：
本文为原创文章，版权归作者所有。未经许可，禁止转载。更多内容请访问猫头虎的博客首页。
点击
下方名片，加入猫头虎领域社群矩阵。一起探索科技的未来，共同成长。
6117
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
