您好,欢迎来到12图资源库!分享精神,快乐你我!我们只是素材的搬运工!!
  • 首 页
  • 当前位置:首页 > 开发 > WEB开发 >
    避开低代码运用开发的三大圈套
    时间:2020-11-24 08:01 来源:网络整理 作者:网络 浏览:收藏 挑错 推荐 打印

    【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】

    【编辑引荐】

    与10倍开发者同事两年,我学到了不一样的东西

    代码不止 | 2020 Google 开发者大会亮点回忆

    奥哲完成2亿元B+轮融资,领跑国际低代码数字化效劳行业

    华为运用市场走进成都,从开发、运营、出海等维度片面赋能游戏开发者

    效劳发现与注册 Eureka 设计理念,硬知识了解多少?

    (责任编辑:admin)