一些低代码应用程序开发陷阱以及我们该如何避免他们（二）

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

创建自定义
自定义组件的第一个选项是使用可自定义的元素制作高级智能屏幕。要做到这一点，平台所有者必须尝试预测低代码开发人员可能需要的一切，然后制作一个巨大的可配置组件。

这种方法的问题在于，配置组件几乎与从头开始创建 UI 一样困难。首先，低代码开发人员将有一个自定义的属性列表，以及他们必须阅读，内部化和应用的所有文档。用一个组件覆盖每个用例几乎是不可能的任务，这意味着这种方法通常会产生比解决更多的问题。

自定义DIY组件
第二个更合理的选择是让用户创建自己的自定义组件。通过这种方式，平台所有者提供用于制造组件的构建块，而不是组件本身。

这样可以节省时间，并可以帮助低代码开发人员解决错误。在许多应用中使用的组件中发现错误的开发人员可以在自定义组件中一次性解决问题，并且修复程序将持续到他们的所有应用。

此外，具有社区意识的开发人员可以与他人共享他们的组件，构建自己的组件库，并控制外部人员可以查看，使用和操作它们的参数。他们可以通过完全开源或受限的开源来做到这一点。

这种方法有一个权衡：低代码开发人员需要更深入地了解整体情况，以便在没有预定义选项的情况下构建出色的自定义组件。但是通过这些额外的工作，他们将获得更大的灵活性。

区分设计时和实时
低代码应用程序开发的第三个主要问题是区分设计时和实时。当低代码开发人员正在构建应用时，他们看到的内容（设计时）与用户使用应用时看到的内容（实时）不同。简而言之，当应用程序在编辑器中以及在设备中使用时，它们看起来会有所不同。

为什么不同？
发生这种情况是因为两个环境使用不同的逻辑、库和框架来表示 UI。例如，如果在 React Native 中创建应用程序，则 UI 将使用 HTML 组件，因为浏览器 UI 是用 HTML 编写的。开发人员可以实时看到真正的原生应用（例如，iOS 按钮），但在设计时，他们会查看 HTML 按钮。

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

一个库，更少的表达式
为了解决这个问题，低代码平台可以在编辑器中使用与手机在所有情况下相同的UI库：设计时，iOS和Android。

这在开发应用程序时非常有利，因为开发人员确切地知道最终用户将体验什么，因此不会出现意外。它们在iOS和Android中也获得了完全相同的UI。

尽管如此，这种方法仍然存在明显的缺点。图书馆就像语言;经常有短语和表达方式无法从一种语言翻译成另一种语言。将应用程序限制为一个库会交换独特的惯用语言，以实现最大的清晰度和一致性。

低代码方法有一些优点和缺点，但归根结底，它是达到目的的强大手段。低代码允许开发人员快速、高效地构建正常运行的应用程序，并且专业知识相对较低。即使是低代码开发的主要问题也可以得到解决。在数字时代，低代码无疑是一个关键角色。