为什么无代码平台应该授予 API 控制权

我们之前写过关于低代码工具的兴起,并重点介绍了一些很棒的无代码工具。低代码/无代码平台的优势非常明显。也就是说,它们允许那些没有大量开发经验的人构建网站或服务,否则他们在没有专业帮助的情况下无法做到。

但是无代码开发存在一个问题:许多相关工具在孤岛中运行。对于无代码开发人员来说,当他们试图扩展到他们当前使用的工具的限制之外时,这可能是一个需要克服的重大障碍。

插件与集成和 API

假设您已经在 WordPress 中建立了一个网站。除了能够直接使用 PHP 或 HTML 和 CSS 进行编辑外,还有无数插件可以为网站添加功能。

我们注意到无代码开发的一种趋势,该领域的工具创建者谈论集成而不是插件。原因可能有两个。首先,他们的目标是让用户的注意力从他们对破坏整个网站的简陋 WordPress 插件的记忆中转移开。

其次,更重要的是,这些连接不太可能由第三方开发人员组装在一起,并且通常是相关工具或服务之间的双向协作。为什么这很重要?因为这意味着,在许多情况下,您可以使用无代码工具执行的操作可能会受到其创建者(和批准的集成)允许的限制。

低代码/无代码开发和 API 访问

低无代码

许多无代码服务,确实提供 API 访问。

在这种情况下,他们的产品是一个 HTTP JSON API,允许您以编程方式添加、更新和删除项目,允许您将外部数据源连接到您的 Webflow 站点。 在这方面,他们的 API 比其他低代码/无代码工具提供的许多 API 更全面。

利用 API 通常需要非常严格的编码知识。这可能会让公民开发人员试图在高而枯燥的低代码/无代码设置中利用它们。

有一些服务旨在弥合这一差距,例如NoCodeAPI。但是,当您查看 NoCodeAPI 的市场时,您会感觉到实现可能比使用代码更受限制:诸如“extract”、“get”和“convert”之类的词很常见,谈论能够推送的宣传较少数据或上传到相关 API。

API 访问和程序控制

到 2024 年,所有应用程序开发的 65% 将发生在低代码/无代码环境中。但是,API 的开放性将决定该软件的成功。

为什么无代码平台应该授予 API 控制权

换句话说,无代码开发的一个关键因素是服务相互连接的方式。通常情况下,这将通过 API 来完成。但是,大多数 API 尚未在构建时考虑无代码开发或低代码开发。但这可能会在未来几年发生变化。

公民开发人员可以利用所有低代码/无代码的东西,但如果需要进一步定制或集成,则将控制权交给更有经验的开发人员。

API 和无代码的未来

很难想象低代码/无代码开发的未来会是什么样子,因为相对而言,这个空间还很年轻。

使用这样的服务,用户可以构建管理面板、CRUD 应用程序和工作流的速度比通常快 10 倍。

如果对API集成低代码解决方案来代替写验证码,分析逻辑,并编写代码与外部服务集成…节省的时间可能是变革的其他世俗的方面。这将使开发人员能够花更多时间解决更难、可能更有趣的问题。

推荐阅读:低代码开发的主要用途是什么?