简史
多年来，为了帮助我们呈现信息，数据显示的方式有很多种，比如报告、商业智能 (BI)、数据可视化等等。根据我之前的经验，自 2001 年以来，我一直在一家 BI 平台软件公司工作，开发自动报告工具，我将数据显示分为六类：
1. 表格报告 – 行和列数据提取， 电子表格或纸质或 PDF 上的分页数据。数据直接来自数据库、视图，或复制、粘贴并处理为输出显示格式。
2. 像素完美的报告 – 格式化的报告，如财务报表、发票、账单或一般信息报表，可能包括表格报告、图表和图形的元素，以静态和结构化的方式传达信息。
3. 引导分析 – 引导式分析是专门构建的仪表板，由负责构建数据模型和交互式用户界面的 BI 分析师创建。用户通过图表和图形（称为可视化）、表格和其他符合自定义布局的对象来使用数据。
4. 自助分析 – 自助分析标志着引导式分析开发流程向最终用户的民主化。借助这些工具和平台，最终用户可以从头开始创建仪表板，添加来自多个来源的数据，并使用智能数据准备和辅助图表创建功能从用户界面创建可视化效果。
5.嵌入式分析 – 嵌入式分析使前端开发人员能够使用 HTML 5 和 JavaScript 通过代码生成强大且交互式的可视化效果，并将其直接放入网页和应用程序中。
6. 高级分析 – 分析的未来从未如此光明。由于世界上的数据量不断增长，我们需要更多帮助来获取重要的信息和见解。人工智能、机器学习、认知分析、机器人、对话式 UI 等技术使任何人都能更轻松地利用数据的力量来改善生活。
对于任何显示技术，我们至少应该希望它不会造成危害。”—— Edward Tufte
项目挑战
随着数据显示（我称之为 BI）不断发展和变化，一个问题仍然存在。对工具和平台的需求大于它们提供的功能。BI 消费者希望从这些工具中获得的不仅仅是“发生了什么”和“假设”分析。他们想要一个完整的生命周期应用程序，可以考虑历史并立即对未来产生影响。这是从洞察到行动的真正承诺，但来自一个界面；无论是视觉还是其他。为了满足这一要求，BI 开发人员需要学习如何编码。
在我从事 BI 工作期间，我曾与许多分析师交谈过，他们试图使用 仅由 他们的 BI 平台的 API，而且没有任何意义。
学习 BI 特定的 API 的挑战很难。
再加上必须学习通用编码，最终的投入和努力不值得回报。这就是为什么 基于低代码技术， 是 BI 开发人员交付具有超越 BI 和可视化功能的完整应用程序的更好方法。它比尝试使用 BI API 编写代码或集成执行 BI 工具无法执行的操作所需的工具（例如写回 BI 数据集）更简单、更强大。具有讽刺意味的是，应用程序开发人员正试图从相反的方向做同样的事情。
加入以来 Mendix，我每周都会与客户进行多次对话，讨论如何使用低代码开发报告或类似 BI 的应用程序，最终用户可以在其中执行上述类别中的许多功能。开发目标与 BI 开发人员相同。构建一个完整的应用程序，提供有意义的信息传递能力；在支持数据更新或更改的同时对其进行处理；为最终用户提供分析灵活性。
在低代码应用程序中使用原生图表的注意事项
对于应用程序开发人员来说，在报告、BI、分析等方面，基本前提是不要重新发明轮子。坚持基本原则并显示有助于最终用户进入体验下一步的数据。图表和报告功能（通过列表视图和数据网格）可以很好地显示与用户希望使用应用程序完成的任务相关的有意义的数据。试图在运行时让用户可以使用所有数据来做他们想做的事情是不合适的。在决定做什么时，请考虑问这三个初始问题：
1. 你想为用户解决什么问题？
考虑用例以及需要向用户传达信息的方式。如果客户希望在应用主页或整个用户体验的某个地方拥有一组关键绩效指标 (KPI)，则可以使用平台中包含的图表和图形，例如 Mendix 这是有道理的，因为您可以快速轻松地创建美观实用的视觉效果。如果客户在应用程序运行时要求各种自助服务功能，那么是时候考虑一个满足要求的集成平台了。
2. 你的应用程序中有多少数据？
应用程序有 100 行数据还是 100 亿行数据？如果是后者，那么详细呈现所有数据所获得的价值远低于在应用程序中呈现数据所花费的时间。在设计包含大量数据的仪表板和图表的应用程序时，使用过滤器和条件逻辑对 KPI、图表和列表视图的聚合进行规范和限制。您的用户会感谢您缩短他们获得洞察力的时间，同时提高所显示内容的价值。
3. 需要什么级别的交互式分析？
由于引导式和自助式分析具有交互性，最终用户已经习惯于单击图表和图形并通过该操作将过滤器应用于数据集。然而，使用这些工具的方式正在发生变化，在许多情况下，对单击或交互的期望响应是执行操作。这些操作可能包括向下钻取（从一层数据转到另一层数据）、在应用程序中打开新屏幕以显示更多详细信息或征求输入，或者将特定记录分配给触发通知或警报的工作流或人员。所有这些活动都需要将逻辑与视觉效果相结合才能采取下一步行动，而低代码平台提供了直观的方法来简化这些操作的配置。
相反，低代码开发人员可能会收到连接图表中显示的数据的要求，这在分析平台上更容易实现。虽然可以将一组图表连接在一起以一致响应与 Mendix，重要的是要权衡努力与解决方案的预期收益、维护和规模。在许多情况下，集成专门为处理这种复杂程度而构建的平台更有意义。
在低代码应用程序中使用嵌入 BI 平台的注意事项
将报告和 BI 平台集成到低代码应用程序中的原因有很多。首先，您的组织在 BI 方面进行了相当大的投资，您应该充分利用它。应用程序中基于事务的系统并非设计用于处理 BI 平台使用其专有数据引擎解决的分析要求，因此当您的用户需要对数据进行切分时，BI 具有明显的优势。此外，BI 平台和低代码应用程序平台都公开了 API，以促进各自堆栈各个层的通信。这使得在 BI 端创建挂钩和在低代码端创建可重用组件以结合两种技术的功能变得更加容易。以下是在尝试将商业智能和分析嵌入到应用程序中时需要考虑的一些问题。
1. 数据是否来自多个来源？
低代码平台和 BI 平台都具有强大的 ETL、数据处理和转换功能。以下是一些需要考虑的事情：
- 如果一个平台正在执行数据混合并且可以提供另一个平台所需的信息，那么在另一个系统中重新创建它的努力可能不值得。
- 如果需要决定使用哪个平台进行数据混合，请选择最了解数据的人也能最了解工具的平台。如今最棒的是，低代码和 BI 平台都有可以相互通信的 API。
- 避免在两个平台上处理数据以支持用例。这样做会带来数据质量风险，并使追踪计算中的潜在错误或从头到尾跟踪数据沿袭变得更加困难。
2. 最终用户是否需要自助服务功能来选择他们希望在网格中查看的数据字段、输出或在运行时使用基础数据创建可视化效果？
如果我之前的表述还不够清楚， 别 使用任何应用程序开发平台构建自助式报告和分析工具，除非您的目标是构建下一个出色的工具。市场上有很多选项可以满足我描述的一个或多个类别，并且许多选项都有白标解决方案的选项，这样客户就会认为这是您自己的。节省时间和金钱，并防止开发人员倦怠。
3. BI 平台中得出的指标是否需要触发事件、调用应用程序逻辑、写入底层数据源并刷新 BI 可视化？
在当今的 BI 世界中，为了在同一平台内超越分析并付诸行动，您必须以自己的方式编写代码来解决问题。这对于经验丰富的软件开发人员来说可能非常耗时，而对于试图解决问题的 BI 分析师来说则是不可能的。低代码应用程序开发平台使任何人都可以轻松使用可视化逻辑（例如 Visio，但流程被解释为操作）来创建强大的应用程序，以推动用户界面的交互并处理后端活动。将低代码与与 BI 平台绑定的嵌入式分析相结合，可实现两全其美。您可以利用分析平台提供的连接性和交互性，并使用低代码平台来处理应用程序生命周期的数据处理和操作逻辑。
毫无疑问，这两种技术会融合。随着对应用程序的需求增长，对解释和呈现它们生成的数据的需求增长得更快。低代码平台有能力处理大量报告和图表用例。随着从洞察到行动再到审查和再审查所需的时间要求越来越短，需要考虑利用分析和低代码的更复杂的解决方案，以帮助实现两全其美。