应用构成

已完成

应用构成是解决方案架构师必须做出的最重要决策之一。 应用构成旨在确定应用的数量和类型。 确定需要多少应用以及一个应用需要具备哪些功能是这一过程的重要注意事项。

确定应用的数量和类型

解决方案架构师在选择要构建的应用时应考虑以下原则:

  • 应避免使用大型单体应用。
  • 如果用户需要频繁切换背景,则太多小的应用会让用户不堪重负。
  • 组件可以由多个应用共用,以便应用的构成能够适用于具有特定需求的用户。
  • 提供面向用户群组的移动应用可在用户离开办公桌时,帮助其节省时间。

重要提示

解决方案架构师需要考虑哪些用户社区需要使用哪项应用、其使用时间和设备。 以这种方式绘制应用可能大有裨益,因其可帮助您决定应用的数量和类型。

扩展现有应用与创建新应用的对比

Dynamics 365 应用附带销售中心和客户服务中心等应用。 您可选择使用和扩展这些应用,也可创建您自己的应用。

使用和修改现有应用可能会:

  • 在发布更新时公开新功能。
  • 添加您不需要的功能。
  • 添加您在自定义应用中无法重复使用或复制的组件。

构建新应用将会:

  • 就所包含的内容提供完整控件。
  • 要求您手动添加新功能到应用导航中。
  • 支持您使用您可控制其结构的自定义窗体和视图。

确定要创建的应用类型

模型驱动应用将在 Dataverse 环境中基于数据模型构建。 模型驱动应用的视图和详情屏幕基于数据结构而构建。 因此可以在不同屏幕之间提供统一的外观和性能,并且不需要应用创建者付出太多精力。

模型驱动应用适用于业务逻辑非常复杂的情况,比如:

  • 复杂的数据模型。
  • 业务流程管理。
  • 跟踪与数据相关的活动。

画布应用在构建时,可以使用,也可以不使用 Dataverse 数据库。 这类应用会使用连接器访问数据和服务。 画布应用以空白屏幕开始,就像艺术家的画布一样,然后创建者可以手动布局每个屏幕。 创建者使用本功能可以完全掌控画布中每个元素的布局。

如果用户希望获得自定义用户体验,则应选择画布应用,因其提供:

  • 图形化的直观界面。
  • 根据用户要求创建定制 UI 的功能。
  • 使用连接器跨多个系统的集成。

注意

考虑创建模型驱动应用,除非用户在画布应用上具有特殊需求。 借助模型驱动应用,您可以更快创建应用,因其不需要您自行生成 UI。

您的业务流程可能需要多个应用。 在以下示例场景中,需要一个解决方案来创建和查看支出报表。 已确定有很多任务需要由不同的用户角色来完成。

业务流程中每个步骤的任务。

支出报表解决方案有多个不同的任务集,因此应考虑创建多个应用。 用户所使用的数据是一样的,但用户体验将根据特定场景和角色进行定制。

画布应用最适合填写支出窗体的员工使用。有了该应用,像 Lee 这样的用户便可通过直观易用且可脱机使用的移动应用提交支出报表。

用于创建支出报表的画布应用。

注意,在上一个图像中,Abhay 提出了以下要求:

  • 必须可审查所有支出报表和收据
  • 要负责确保每个支出报表均合规
  • 大量工作;需要能够快速处理信息
  • 必须能够报告支出是如何与预算保持平衡的

要快速处理大量工作和信息,Abhay 最适合采用模型驱动应用。 借助该应用,Abhay 可以快速查看所提交支出报表的所有详细信息,评估其对预算的影响,并查找相关信息,比如供应商详细信息。

用于处理支出报表的模型驱动应用。

本示例场景展示了画布应用与模型驱动应用相结合的情况。 尽管这两个应用属于不同的类型,但可以将所有数据集中到一处:Dataverse

将数据集中到 Dataverse 中的两个应用的屏幕截图。