6款 Retool 最佳替代方案

本文涉及的产品
云原生数据库 PolarDB MySQL 版,Serverless 5000PCU 100GB
云数据库 RDS MySQL Serverless,0.5-2RCU 50GB
云数据库 MongoDB,通用型 2核4GB
简介: 本篇文章的目的通过低代码平台使用者的视角引出细节,了解他们为什么使用低代码平台以及会选择哪个低代码平台来加速内部系统的开发。

低代码平台正在不断发展,新平台不断涌入市场,旧平台不断调整产品和策略,所以本篇文章的目的通过低代码平台使用者的视角引出细节,了解他们为什么使用低代码平台以及会选择哪个低代码平台来加速内部系统的开发。读者也可以点击链接向码匠分享自己的意见或建议。
毫无疑问,本篇文章中提到的一众平台都十分优秀,易于使用且各有特色。在此码匠力图客观展现出各平台的优缺点,一起看看吧!

Retool

1.png

Retool 是一款用于搭建内部系统的企业级低代码平台。可用于搭建企业内部使用的单页网络应用、数据库 GUI(如 SQL GUI)、Firebase 管理面板、运营数据库应用(如CRM)、库存管理、电子邮件工具等。
Retool 强调以开发者为中心,所以对于那些拥有众多开发者的大型企业来说,他们更愿意使用 Retool 来进行内部系统的开发。Retool 还强调与数据源的连接,其默认使用者有一定的 SQL 数据库基础。用户可以直接使用 Retool 预构建等拖放式 UI 组件,如表格、图表等,还可以使用 REST APIs、GraphQL 连接外部应用或服务。Retool 还向用户提供了搭建内部系统时可能会用到的模版,这也是 Retool 成为不少开发者的理想开发平台的原因之一。
虽然 Retool 是一款很棒的内部系统搭建平台,但是却有很多用户因为以下原因而选择不再使用:
(a)使用价格与用户数量挂钩,用户数量越多企业花销越大
(b)严重依赖代码,即使是执行简单的数据转换和写入数据库操作也需要代码支持
(c)由于收费限制了许多功能,影响了用户的前端体验感
(d)无法建立多页应用和移动应用
在介绍 6 款 Retool 替代方案之前先深入了解一下 Retool 的基本情况吧。

优点:

  1. 现成模板和可复用UI组件,如列表、图表、表单等。
  2. 能与任何含有 REST 和 GraphQL API 的东西集成,提供第三方数据库(MySQL、Google Sheets、PostgreSQL、MongoDB、Airtable、Slack等)连接器。
  3. 开发人员可以使用 Javascript 在 Retool 的任何地方进行自定义
  4. 无法使用查询写入数据
  5. 永久免费的定价计划(但其中包含的功能有限)
  6. 拥有应用和数据环境--有助于应用生命周期的支持
  7. 一键部署到公有或私有云
  8. 活跃的用户社区,他们支持并提供帮助和建议

缺点:

  1. 部署只限于单页网络应用。此外,它只能通过 Docker 或 Kubernetes 进行部署。
  2. 不能与 Zapier 等平台连接
  3. 不适合建立全面的、响应式的前端Web应用
  4. 不符合 HIPAA 和 GDPR 标准
  5. 可见性规则、表单验证、屏幕事件以及将数据从 API/DB 绑定到前端等功能需要在其他工具中进行非线性编码,在这些工具中你可以直观地配置这些功能。
  6. 应用程序的共享比较麻烦,用户无法搭建公共应用程序,已有的免费功能不允许用户进行分享,也就是说用户必须为每个应用程序的查看者单独付费。
  7. 用户无法自定义自动程序。

价格:

价格从 10 美元/用户不等。免费仅仅供团队探索功能使用,虽然用户可以建立无限数量的应用程序,但是他们无法在免费版本中发布应用程序或分享应用,用户必须为每个查看者付费。

码匠 - 国内Retool最佳替代方案

2.png

码匠是一款国内研发的开发者友好的低代码平台,您无需了解 React/Vue 等框架的开发、部署等各种细节,就可以快速打通前后端,连接 REST API、MySQL、MongoDB 等多种数据源,然后通过一套开箱即用的组件,轻松搭建功能完善的数据看板、数据洞察、Admin 管理后台等多种应用。
3.png

使用码匠快速搭建 CRM 系统(具体可参考:https://majiang.co/templates/mysql-crm


码匠主要面向国内用户,相较于国外开发的 Admin/CRM/CMS 等后台工具,码匠的 UI 界面设计更加适合国内业务场景。同时码匠整合了多款国内常见数据源,包括飞书、企业微信、钉钉、阿里云 OSS 等。不仅如此,码匠还一站式提供了企业内部系统常用的租户管理、细粒度的权限控制、审计日志等功能,让您快速搭建后台应用的同时,也为您的企业信息安全保驾护航。

优点:

  1. 中文界面,UI 简洁友好,操作习惯适合国内用户;国内机房部署,国内用户访问速度极快
  2. 丰富的模板和 UI 组件列表,可基于这些组件自由搭建数据看板、Admin 后台、CMS 系统等
  3. 支持连接 MySQL、PostgreSQL、SQL Server、MongoDB、Redis、Elasticsearch等多种数据源,此外还支持连接飞书、企微、钉钉、阿里云等多种国内数据源
  4. 可扩展性强,开发人员可以在几乎任何地方编写 JavaScript 代码来定制化业务流程,此外还可以自定义 UI

组件:

  1. 支持云端使用和私有化部署
  2. 支持多租户管理与细粒度权限
  3. 支持审计日志功能
  4. 免费使用

Jet Admin - 专注于易用性的Retool替代品

4.png

Jet Admin 与 Retool 类似,重点是为分布式数据源构建前端,用户可使用管理面板、仪表盘和组件来管理和可视化应用程序和数据。任何人都能使用 Jet Admin 简单的拖放界面来创建他们所需的工具来管理日常业务,如跟踪订单、解决问题和款项监控。
使用案例:
建立一系列简单的面向员工或面向客户的工具,如线索管理工具或客户支持,由你的数据源(如MongoDB数据库或Stripe支付系统)提供动力。

优点:

  1. 界面简介、直观、友好
  2. 拥有现成的当下流行数据库和 API 的连接器
  3. Jet 自带一个简易的 CRUD 程序
  4. 灵活性高:开发人员可以嵌入自定义组件,创建 HTTP 和 SQL 请求,编写 JavaScript 代码以进行复杂转换。
  5. 单击即可快速、轻松地部署应用程序(无论是公有还是私有云)
  6. 权限分配合理,角色不同,权限不同
  7. 用户可以建立面向客户/合作伙伴/供应商的工具,还可以规定终端使用人数

缺点:

  1. 不适合建立分析工具,因为开箱即用的图表不适合复杂的业务场景
  2. 该平台不支持任何前端业务逻辑
  3. 不支持创建离线应用
  4. 不支持应用程序的版本管理
  5. 用户只能创建单页应用,且不能规定背后的逻辑,也不支持移动应用程序
  6. 无法连接 MongoDB
  7. 不支持其他应用程序的嵌入

价格:

免费部分是供用户探索该软件使用的。至于付费部分,Jet Admin 提供两种付费方案:一种是搭建内部系统类应用的方案,另一种是搭建客户端类应用的方案。其中,内部系统类收费从 24 美元/人开始,客户端应用类从 0.1 美元/人开始,具体还需视情况而定。

DronaHQ - 构建网络 + 移动应用程序的 Retool 替代方案

5.png

当用户需要建立 Web 应用和移动端应用程序时,可以选择 DronaHQ,它用户界面丰富,响应性强,用户可以直接拖放组件来搭建内部系统。该平台价格较为合理,也有一定的扩展性。
使用案例:
支持一系列富用户界面应用的开发。支持渐进式数据采集表格、CRUD 应用、交互式数据看板、CRM、各种内部系统、SQL/NoSQL 数据库 GUI、客户参与的应用程序如调查表和订单捕获表、MVP 设计等。

优点:

  1. 用户可搭建 Web 应用或移动端应用,还可以生成公共链接,与任何人分享应用程序
  2. 用户能够创建可复用 UI 组件、用 JavaScript 扩展功能并导入 JS 库
  3. 允许团队在应用开始投入使用安全的数据副本前进行测试
  4. 权限设置清晰明了,开发者能为不同终端用户规定不同的权限
  5. 超过 50 个现成的 API 和数据库连接器,如 MongoDB、Airtable、PostgreSQL,支持自定义 API 集成
  6. 支持 SQL 查询
  7. 支持复杂逻辑分支、业务规则及验证方法
  8. 自带大量不同业务场景下的预构建模板,用户可自行定制使用
  9. 通过了 ISO 27001 和 SOC-II 认证,符合 GDPR 标准

缺点:

  1. 目前不符合 HIPAA 标准,但用户可以在企业内部部署应用程序,以确保安全合规
  2. 免费版不支持发布应用
  3. 没有与 Salesforce 的连接器
  4. 自定义功能需要付费
  5. 应用程序的白标只在企业版或更高阶的版本中可用
  6. 只在标准版和企业版中支持云部署
  7. 不开源

价格:

价格基于所搭建程序的量,所有版本都支持无限用户,无限用户的话价格从 100 美元开始往上。有免费的开发者计划,但用户必须升级才能发布应用。

UI Bakery - UI 组件丰富多样的 Retool 替代方案

6.png

UI Bakery 是一款直观的 Web 应用程序构建器,可由公民开发者和设计师使用。UI Bakery 能让用户在一个可视化界面上搭建内部系统和应用程序,它还提供一系列可用的预定义布局和其他 UI 组件和许多当下流行的第三方系统的集成。
使用案例:
该平台适合在 Postgres、Airtable 和 Google Sheets 等数据源的基础上搭建简单、中等程度的前端页面,它还提供了围绕 CRM 和潜在客户管理搭建内部系统的优势。

优点:

  1. 定制化的设计系统允许用户将应用程序与他们的品牌相匹配
  2. 免费、现成的 Web 应用和数据看板的模板(模板也可自己申请)
  3. 与 MySQL、Google Sheets、PostgreSQL、HubSpot、Salesforce 的集成
  4. 用户可以在 UI Bakery 或自定义域名上部署和托管应用程序
  5. 应用程序的代码可以导出到平台之外使用
  6. 预定义组件和布局
  7. 通过编写 SQL 查询和发送 HTTP 请求来实现功能

缺点:

  1. 只支持建立 Web 应用,不支持移动应用(但这些应用是自动响应的)
  2. 无法使用 Javascript 扩展功能
  3. 不支持创建新的 UI 组件
  4. 不支持离线应用程序
  5. 无法为不同用户规定不同权限
  6. 某些功能需要使用者有基本的网络开发知识和 JavaScript 技能
  7. 只有在企业版或更高阶版本中才有品牌自定义域名

价格:

免费版本功能有限,付费版价格最低为 10 美元每人每月。

Appsmith - 开源的 Retool 替代方案

7.png

Appsmith 是一个十分流行的开源框架,用于构建管理面板、CRUD 界面和工作流程,并将其托管在用户自己的域名中。Appsmith 虽然不如其他平台功能丰富,但它是开源的,而且目前免费,这就足够吸引人了。它也能轻松连接到第三方数据库和 API,但是使用起来需要编程基础,略显复杂。

优点:

  1. 自带许多拖放式预定义组件,如图表、复选框、表格等。
  2. 包含 REST、GraphQL API、PostgreSQL、DynamoDB、MongoDB、Firebase 等第三方集成,还能将 JavaScript 嵌入到数据库查询中。
  3. 连接到 Lodash、Moment 和其他 JS 库
  4. 开源且目前免费
  5. 能为不同用户设置不同权限
  6. 能在 Azure、GCP 或 Digital Ocean 上进行一键部署,还能与现有的 CI/CD 管道集成
  7. 支持多人同时协作
  8. 能创建无限数量的内部应用程序

缺点:

  1. 只支持非响应式 Web 应用
  2. 使用时需要一定的编程经验和开发经验
  3. 界面不是很直观易用
  4. 没有定义基于用户和基于角色的应用程序访问(应用程序的终端用户)
  5. 只支持云端部署,无法部署到本地
  6. 无法自定义 UI 组件

价格:

目前免费且支持无限数量用户,Appsmith 尚未官宣能解锁更多功能,如细化权限、自定义域和应用环境的、针对商业和企业的付费计划。

Internal.io - 创建数据库图形用户界面的 Retool 替代方案

8.png

Internal.io 核心是将用户的数据库可视化并使之有意义,它将所有的东西统一在一个具有内置 CRUD 功能的强大界面上,它能让任何团队轻松创建内部系统,不管该团队是否有开发人员。

优点:

  1. 界面直观友好
  2. 现成的第三方连接器和可复用 UI 组件
  3. 单击即可快速轻松部署(公有云和私有云)
  4. 内置团队协作任务和审批工作流程
  5. 基于角色和用户的权限
  6. 通过了 ISO 27001 和 SOC Type 2 到认证,能保证应用安全性
  7. 用户可以建立面向客户的应用,但可添加的终端用户数量有限

缺点:

  1. 仅在 pro 版本或更高版本中支持使用品牌域名
  2. 不支持前端业务逻辑
  3. 不支持创建离线应用
  4. 仅支持单页应用,不能添加逻辑,不支持移动应用
  5. 不支持自定义组建
  6. 需要 JavaScript 基础
  7. 不支持应用程序的嵌入

价格:

免费版本功能有限,最多支持 5 个终端用户,且外部数据源只支持 google sheet,付费计划从 25 美元每人每月开始往上不等。

结论 - 谁才是 Retool 最佳替代方案

其实市面上还有许多优秀的低代码平台有待发掘,这些平台各有自己的优缺点,就像 Retool 适合处理来自多个数据源的相关数据,功能也更全面;码匠更加适合国内业务场景,整合了多款国内常见数据源,而且可以免费使用;在 DronaHQ 用户可以免费搭建移动设备;UI Bakery 的 UI 设计令人眼前一亮;JetAdmin 对想尝试搭建前段应用程序的半技术人员很友好;Appsmith 是一个开源平台。如果您还不确定如何选择,从哪开始,不妨联系码匠,码匠会帮助您找到最合适的内部系统搭建方案。

相关实践学习
基于函数计算快速搭建Hexo博客系统
本场景介绍如何使用阿里云函数计算服务命令行工具快速搭建一个Hexo博客。
相关文章
|
域名解析 弹性计算 网络协议
稳定平滑进行云上业务IPv6化改造—— Series1:改造思路及CDN改造
随着国家工信部印发的《推进IPv6规模部署行动计划》的深入推进,近期国资委相关的大型国企都开始着手进行业务的IPv6化改造,其在阿里云上的门户及B2B、B2C等对外业务,自然进入第一批改造的范围。本文是基于在具体客户的IPv6化过程中积累的最佳实践编写,希望能够给读者带来一些IPv6化改造的启发。
稳定平滑进行云上业务IPv6化改造—— Series1:改造思路及CDN改造
|
2月前
|
SQL 存储 缓存
后端架构优化方案探讨
【2月更文挑战第6天】在当今互联网时代,后端的稳定性和高效性至关重要。本文从数据库设计、服务器负载均衡、缓存策略等方面,探讨了后端架构优化的方案,旨在提供一些实用性的建议。
|
2月前
|
存储 运维 数据库
不敢书面化的解决方案就不是好方案
不敢书面化的解决方案就不是好方案
|
数据采集 监控 网络架构
火力发电厂辅控网改造方案及网络架构分析
本文简要的介绍了火力发电厂辅控网改造后的通讯方式,对辅控网网络架构及数据采集方式进行了分析。
火力发电厂辅控网改造方案及网络架构分析
|
数据可视化 数据挖掘 大数据
方案_技术方案|学习笔记
快速学习方案_技术方案
130 0
方案_技术方案|学习笔记
|
运维 监控 安全
架构-稳定性建设逻辑问题实战总结
稳定性问题分为逻辑问题和架构问题。 逻辑问题三板斧:理念正确、流程规范、刨根问底。
架构-稳定性建设逻辑问题实战总结
|
SQL 缓存 测试技术
预告片优化方案
 看了一下代码,同时在线上做了观察压测。个人总结这个接口问题在于太过于依赖缓存,根本不会走DB。依赖缓存造成了依赖缓存的数据结构。首先要从缓存中取出一堆数据。而且要走两次,一次取正片的信息,一次取专辑内所有视频的信息。取出来的信息在CPU里计算筛选,排序。本身缓存取数据就比较快,再加上计算量大。其实我们并发量最大的api接口们都是采用这个模式设计的。调用的多了,我觉得我真是压测的狠的话,会造成CPU密集。其实现在的缓存之类的都可以持久化了,完全可以当数据库用。但是关系型数据作为一个长久的经典还有一个很重要的原因:保持一个IO和CPU使用的平衡。
预告片优化方案
如何设计可靠的灰度方案
一个较大的业务或系统改动,往往会影响整个产品的用户体验或操作流程。为了控制影响面,可以选取一批特定用户、流程、单据等,只允许这一部分用户或数据按照变更后的新逻辑在系统中流转,而另一部分用户仍然执行变更前的老逻辑。这一步是线上系统灰度方案的起点。
如何设计可靠的灰度方案
|
安全 Java Linux
内网映射方案(lanproxy)
现状 现在运营商提供的宽带服务,无论是动态IP,还是固定IP,默认都是禁止所有端口服务的(目前了解上海是这样的),在路由器上配置的端口映射和DMZ都失效。
4097 0

热门文章

最新文章