中间件|一些低代码应用程序开发陷阱以及我们该如何避免他们(一)

中间件|一些低代码应用程序开发陷阱以及我们该如何避免他们(一)

低代码开发是快速构建原型的好方法 , 有助于将创新计划从构思到验证 。
有一件事是肯定的:低代码应用程序构建者简化了传统开发并使之大众化 , 未来将大量责任交给低代码平台开发人员 , 是可以保持一切顺利运行的 。
本文详细介绍了低代码开发人员为了提供最佳用户体验而需要考虑的三个主要问题 。

1.第三方服务集成商集成将移动应用程序与第三方服务集成是绝对必要的 。 最终用户和客户需要能够使用不同的大众化软件登录移动应用程序 , 集成地图 , 从网络上检索数据等 。 典型的现代应用应与 5 到 10 个第三方服务交互 。
实现最佳集成数并非易事 。 有几个复杂的步骤需要遵循:使用第三方服务创建账户、创建开发资产以及正确配置所有内容 。
第三方集成的一个普遍问题是开发人员无法控制第三方服务 - API或安全策略可以随时更改 。 这是第三方的特权 , 可以保护他们的安全和声誉 , 当他们这样做时 , 你需要尽快更新你的应用程序 。
将保持最新状态的责任传递给低代码开发人员是一个非常大的问题 。 即便如此 , 它仍然是与第三方服务保持平稳集成的默认方法 。
利用向导和中间件这个问题的最佳解决方案是双重的 。
首先 , 为了使配置应用程序变得简单而轻松 , 低代码平台所有者可以向用户隐藏所有配置的复杂性 。 取而代之的是 , 他们可以放置一个安装向导或其他工具 , 帮助开发人员导航每个配置步骤 。
其次 , 也是最重要的一点 , 平台所有者可以使用介于第三方服务和低代码开发人员之间的中间件 。 这意味着当第三方进行更改时 , 低代码平台所有者可以更新中间件 , 开发人员无需担心更改任何内容 。 大多数 API 会提前通知他们进行更改 , 这为所有者提供了足够的时间来整理中间件 。
如果平台所有者错过了第三方服务的更改 , 所有低代码开发人员都会通知他们存在问题 。 然后 , 他们可以对中间件进行更改 , 这些中间件将自动应用于使用该第三方服务的所有产品 。 无需处理单独更新每个应用程序的繁琐问题 。
【中间件|一些低代码应用程序开发陷阱以及我们该如何避免他们(一)】最后 , 平台所有者通常会在其中间件中缓存来自第三方服务的数据 , 因此低代码产品将显示数据 , 即使它不是最新的 。 通常 , 应用程序会通知最终用户数据已过时 , 但每个人都可以同意 , 显示昨天的数据比显示灰色断开链接更可取 。

    相关经验推荐