|
|
|
|
公众号矩阵

避开低代码应用开发的三大陷阱

低代码开发已存在了多年,但最近因新冠疫情而再次受到关注。企业在竭力加大数字化转型的力度,无论这意味着启动项目,还是大幅更改或改进已在使用的数字化产品。低代码开发可能是快速构建有助于创新计划从构思进入到验证的原型的好方法。

作者:布加迪编译来源:51CTO|2020-11-24 08:00

【51CTO.com快译】 低代码开发已存在了多年,但最近因新冠疫情而再次受到关注。企业在竭力加大数字化转型的力度,无论这意味着启动项目,还是大幅更改或改进已在使用的数字化产品。低代码开发可能是快速构建有助于创新计划从构思进入到验证的原型的好方法。

有一点可以肯定:低代码应用构建工具简化和普及了传统开发,这使低代码平台开发人员肩负重任,确保一切顺利运行。

本文详细介绍了低代码开发人员为提供最佳用户体验而需要考虑的三大问题。

一、与第三方服务集成

将移动应用程序与第三方服务集成绝对必要。最终用户和客户需要能够使用谷歌或Facebook登录到移动应用程序、集成谷歌地图以及从网上检索数据等。一个典型的现代应用程序要与5到10个第三方服务实现接口交互。

实现最佳集成并非易事。要遵循几个复杂的步骤:针对第三方服务创建帐户,创建开发资产,以及正确配置一切。

第三方集成普遍存在的问题是,开发人员无法控制第三方服务――API或安全策略可能随时有变。这么做以保护安全和声誉是第三方的特权;第三方这么做时,尽快更新您的应用程序是您的责任。

将更新的责任推给低代码开发人员是很难满足的要求。即使如此,这仍是与第三方服务保持顺畅集成的默认方法。

向导和中间件

解决该问题的最佳方法分两方面。

首先,为了使应用程序的配置简单而轻松,低代码平台所有者可以向用户隐藏所有配置复杂性。他们可以添加设置向导或其他工具,帮助开发人员浏览每个配置步骤。

其次,也是最重要的是,平台所有者可以使用介于第三方服务和低代码开发人员之间的中间件。这意味着第三方更改时,低代码平台所有者可以更新中间件,开发人员无需为更改任何内容操心。大多数API会事先通知它们将进行更改,这使所有者有足够的时间来安排中间件。

如果平台所有者错过了第三方服务的更改,所有低代码开发人员会通知他们存在问题。然后,他们可以更改中间件,更改的内容会自动应用于使用该第三方服务的所有产品。无需处理单独更新每个应用程序这项繁琐工作。

最后,平台所有者通常会将来自第三方服务的数据缓存在中间件中,那样低代码产品会显示数据,即使不是最新数据。通常,应用程序会通知最终用户数据已过时,但大家可能一致认为,显示昨天的数据胜过显示令人沮丧的灰色断链。

二. 自定义组件

低代码开发人员常常希望在不同的应用程序中使用相同的UI组件、相同的屏幕和相同的逻辑。为了满足这一需求,应用程序构建平台使用自定义组件来简化用户体验。

万灵药方法

创建自定义组件的第一个方法是,创建带有可定制元素的高级智能屏幕。为此,平台所有者须尝试预测低代码开发人员可能需要的一切,然后制作庞大的可配置组件。

这种方法的问题在于,配置组件几乎与从头创建UI一样难。首先,低代码开发人员会有要定制的一长串属性,以及要阅读、内化和应用的所有说明文档。想用一个组件覆盖每个使用场景几乎不可能,这意味着这种方法带来的问题常常多过它所解决的问题。

自定义DIY组件

第二个也是更合理的方法是让用户自行创建自定义组件。这样,平台所有者提供了用于制造组件的构建模块,而不是组件本身。

这可以节省时间,并帮助低代码开发人员解决错误。在许多应用程序中使用的组件中发现错误的开发人员可以解决自定义组件中的问题,而解决方法适用于所有应用程序。

此外,关注社区的开发人员可能与其他人共享组件、构建自己的组件库,并控制外人可以查看、使用和操纵组件的参数。他们可以使用完全开源或受限开源做到这一点。

这种方法有个缺点:低代码开发人员需要更深入地了解整体情况,才能在没有预定义选项的情况下构建出色的自定义组件。但是这么做的好处是,可大大提高灵活性。

三. 设计时与实时的区别

低代码应用程序开发的第三大问题是区别设计时和实时。低代码开发人员在构建应用程序时,他们看到的(设计时)与用户使用应用程序时看到的内容(实时)不一样。简而言之,应用程序在编辑器中和在设备中使用时看起来不一样。

为什么会不一样?

这是由于两个环境使用不同的逻辑、库和框架来表示UI。比如说,如果应用程序用React Native创建,UI将使用HTML组件,因为浏览器的UI是用HTML编写的。实时状态下,开发人员看到真正的原生应用程序(比如iOS按钮),而设计时状态下,他们看到的是HTML按钮。

通常,低代码工具使用不同的库,一个用于设计时,一个用于iOS,另一个用于安卓。

一个库,更少的表达

要解决该问题,低代码平台可以在编辑器中使用与所有情况下都与手机使用场景同样的UI库:设计时、iOS和安卓。

开发应用程序时,这非常有利,因为开发人员准确地知道最终用户的体验,因此不会感到惊讶。他们在iOS和安卓中也获得完全同样的UI。

不过这种方法存在明显的缺陷。库就像语言,常常有短语和表达无法由一种语言翻译成另一种语言。将应用程序限制在一个库是拿独特的惯用语言换取最大的清晰度和一致性。

完成工作

低代码方法有一些优缺点,但到头来,它是实现目的的有效手段。低代码让开发人员能够以较少的专业知识快速高效地构建实用的应用程序。甚至可以解决低代码开发方面的大问题。在数字化时代,低代码无疑是关键角色。

原文标题:3 major low-code app development pitfalls and how to avoid them,作者:Eldar Chernitsky和Alexander Ancipov

【51CTO译稿,合作站点转载请注明原文译者和出处为51CTO.com】

【编辑推荐】

  1. 与10倍开发者共事两年,我学到了不一样的东西
  2. 代码不止 | 2020 Google 开发者大会亮点回顾
  3. 奥哲完成2亿元B+轮融资,领跑国内低代码数字化服务行业
  4. 华为应用市场走进成都,从开发、运营、出海等维度全面赋能游戏开发者
  5. 服务发现与注册 Eureka 设计理念,硬知识了解多少?
【责任编辑:华轩 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

云原生架构实践

云原生架构实践

新技术引领移动互联网进入急速赛道
共3章 | KaliArch

29人订阅学习

数据中心和VPDN网络建设案例

数据中心和VPDN网络建设案例

漫画+案例
共20章 | 捷哥CCIE

193人订阅学习

搭建数据中心实验Lab

搭建数据中心实验Lab

实验平台Datacenter
共5章 | ITGO(老曾)

119人订阅学习

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微