插件使用方案
自定义模型驱动的 PowerApp 的最佳做法是，将编写代码作为实现所需商业应用程序功能的最后一个手段。 在确定给定应用场景的最佳方法时，应考虑可维护性、可升级性、稳定性和性能等质量方面。 考虑这些质量方面是任何 Power Apps 开发人员可以具备的最重要技能之一。
业务规则与插件
有时，业务规则无法实现某些目标，或者其复杂性可能导致开发人员更愿意在插件中编写逻辑。 一种方案可能是，如果您具有将在 switch 语句中更轻松地实现的复杂“if/then/else”情况，或者当您要处理无法通过业务规则轻松访问的动态值时。 客户端脚本也是用于本方案的一个选项。
工作流/流与插件/客户端脚本
当现有限制要求您开发插件以完成某些活动时，可能会出现以下情况。
下表可以帮助您确定何时更适合使用工作流与插件或客户端脚本。
| 情况 | 工作流 | 插件 | 客户端脚本 |
|---|---|---|---|
| 同步 | 两者均可 | 两者均可 | 同步 |
| 访问外部数据 | 否 | 是 | 是（具有限制） |
| 维护 | 业务用户 | 开发人员 | 开发人员 |
| 运行身份 | 用户 | 任何许可用户或当前用户 | 用户 |
| 按需运行 | 是 | 否 | 否 |
| 嵌套子流程 | 是 | 是 | 否 |
| 执行阶段 | 之前/之后 | 之前/之后 | 之前/之后 |
| 触发器 | 创建、字段更改、状态更改、分配到负责人、按需 | 创建、字段更改、状态更改、分配到负责人、删除以及许多其他专门触发器 | 字段更改或窗体加载 |