使用创建者工具包
在使用创建者工具包中包含的组件之前，请使用参考应用了解组件行为和实现模式。 通过参考 App，您将了解如何向 App 添加组件。
创建者工具包包括以下资产，分布在三个解决方案中：
| 解决方案 | 项目 |
|---|---|
| CreatorKitCore | |
| CreatorKitReference（MDA） | |
| CreatorKitReference（画布） |
了解如何将组件添加到应用
工具包安装后，了解如何将组件添加到您的应用中：
创建构建基块
在本节中，您将了解构成创建者工具包的不同应用、模板和组件的详细信息。
参考应用
使用此应用可以了解每个组件、获取最佳用户体验的推荐最佳做法，与每个组件交互，以及查看属性背后支持行为的实现代码。 我们建议您先探索参考应用中感兴趣的组件，然后再在实际应用中使用它们。
- 观察组件的行为和呈现数据的方式。
- 选择代码选项卡查看基本的 Power Fx 公式。
- 从与控件相关的内联指南中学习最佳做法。
模板
模板用于帮助您快速开始创建基于 Fluent UI 的响应式应用。 它们带有预加载并附加到主题 JSON 变量的自定义组件，可以减少开始开发的时间。
画布应用模板
制作此应用的副本，以创建需要工具包中组件的新画布应用。
要制作画布模板的副本，请执行以下操作：
- 新建一个非托管解决方案。
- 在功能区中，选择添加现有>应用>画布。
- 选择画布模板应用，然后选择添加。
- 编辑画布模板。
- 在工作室功能区中，选择文件>另存为，为副本输入新名称。 副本将显示在同一解决方案中。
- 从解决方案中删除原始画布应用模板。
确保您从现在开始只编辑复制的应用，以便可以重复使用原始应用模板。
自定义页面模板
制作此页面的副本，以为聚合应用创建新的自定义页面。
跟随上述步骤 创建画布模板应用程序的副本，但这次您选择 右上角的另存为 选项：
在右上角，展开保存图标旁边的菜单，然后选择另存为。
输入新名称，然后选择保存。
选择左上角的返回按钮关闭工作室。 请注意，副本将在同一解决方案中创建。
从解决方案中删除原始自定义页面模板。
Fluent 主题设计器应用
使用此应用生成主题 Json 对象，来设置一致的组件样式。
有关如何从组件生成主题和引用主题的说明，请参阅主题化。
画布组件
画布组件在 Power CAT 组件库中定义，使用画布组件实现。
代码组件
使用 Power Apps component framework 实现的代码组件在解决方案中被定义为单个自定义控件。
您可以在组件引用页面上查看代码组件。
部署使用创建者工具包组件的应用
使用工具包组件的应用不能在解决方案之外构建，并且它们必须作为解决方案的一部分导入和导出。
- 在开发过程中，在自己的独立的非托管解决方案中构建使用创建者工具包组件的应用。
- 部署包含组件的应用时，在导入相关解决方案前，必须先在目标环境中安装
CreatorKitCore（托管解决方案）。
有关详细信息和一般指南，请转到解决方案导入故障排除提示。
常见问题 (FAQ)
大型组织是否应该鼓励公民创作者使用 Creator Kit？ 从运营和维护的角度来看，这会带来什么样的开销？
Creator Kit 不是官方支持 Microsoft 的产品，这意味着客户无法针对问题提出 Microsoft 支持票证。 相反，他们必须在 GitHub 存储库 上提交 问题并直接与团队合作。 如果他们不愿意在 GitHub 上共享分类或调试信息，团队可以通过提交请求表单 来安排私下处理敏感对话。
我们建议首先评估现代控件是否满足您的应用程序要求，因为这些控件是最新的，并且完全受支持 Microsoft。 如果现代控件不够用，请验证旧式组件以确定其适用性。 仅当没有其他选项满足您的需求时，才应考虑 Creator Kit 控件。 此外，请务必注意正在使用的组件的发布状态，确保它们稳定并为您的开发管道提供支持。
将这些更新推广到多个生产环境的最有效或最高效的方法是什么？
根据组织的优先事项，有几种策略需要考虑：
- 最安全： 如果安全性是重中之重（例如，在部署到生产环境之前进行初始验证），则组织的卓越中心（CoE）可以托管隔离的测试环境来验证更新。 然后，可以使用 Automation 将解决方案部署到所需的生产环境。 有关详细信息，请参阅 Power Catalog 和 Microsoft Power Platform CLI 。
- 最低维护： 如果不需要安全验证，则可以通过在管理中心为环境 Power Platform 启用 Power CAT - MSFT 发布者，将环境单独配置为自动接收持续更新。
随着新的 Modern 控件和 Creator Kit 之间的重叠随着时间的推移而增加，某些 Creator Kit 组件是否会被弃用？ 如果是这样，该过程将需要什么？
是的，Creator Kit 组件的子集作为现代控件重新实现，并被视为 Creator Kit 组件的继承者。 一旦后续组件满足大多数人的需求，该团队将弃用产品中的 AppSource Creator Kit 组件前身。 弃用时间表将通过常规渠道（如 GitHub 更新、Office Hours 和论坛）公布。 有关建议的迁移过程的更多信息，请参阅 迁移过程文档。
涉及 Creator Kit 的开发管道（dev > UAT > prod）的最佳实践是什么？
在部署了使用 Creator Kit 组件的应用程序的所有环境中安装托管 CreatorKitCore 解决方案。 确保在使用应用程序的解决方案之前安装此解决方案。 有关基本安装以及如何将其合并到开发管道中的更多信息，请参阅 安装说明。