Creator Kit に含まれているコンポーネントを使用する前に、参照アプリを使用してコンポーネントの動作と実装パターンについて学習します。 参照アプリを使用して、アプリにコンポーネントを追加する方法についても学習します。
Creator Kit には、以下のアセットが含まれており、3 つのソリューションで配布されます:
| ソリューション | アイテム |
|---|---|
| CreatorKitCore | |
| CreatorKitReference (MDA) | |
| CreatorKitReference (キャンバス) |
アプリにコンポーネントを追加する方法について説明します
キットをインストールした後に、コンポーネントをアプリに追加する方法を学びます。
レポート パーツの作成
このセクションでは、Creator Kit を構成するさまざまなアプリ、テンプレート、コンポーネントの詳細について説明します。
参照アプリ
このアプリを使用すると、各コンポーネント、最適なユーザー エクスペリエンスのために推奨されるベスト プラクティスについて学習し、各コンポーネントを操作し、動作を可能にするプロパティの背後にある実装コードを確認できます。 実際のアプリでコンポーネントを使用する前に、参照アプリで対象のコンポーネントを調べることをお勧めします。
- コンポーネントがどのように動作し、データをレンダリングするかを観察します。
- コード タブをクリックして、使用されている Power Fx 式を確認します。
- コントロールに関連するインライン ガイダンスからベスト プラクティスを学びます。
テンプレート
テンプレートを使用すると、応答性の高い Fluent UI ベースのアプリの作成をすぐに開始できます。 カスタム コンポーネントがプリロードされ、テーマ JSON 変数にアタッチされているため、開発を開始する時間が短縮されます。
キャンバス アプリ テンプレート
キットのコンポーネントを必要とする新しいキャンバス アプリを作成するために、このアプリのコピーを作成します。
キャンバス テンプレートのコピーを作成する方法:
- 新しいアンマネージド ソリューションを作成します。
- リボンで、既存を追加>アプリ>キャンバスを選択します。
- キャンバス テンプレート アプリを選択し、追加を選択します。
- キャンバス テンプレートを編集します。
- スタジオ リボンで、ファイル>名前を付けて保存を選択し、コピーの新しい名前を入力します。 コピーは同じソリューションに表示されます。
- ソリューションから元のキャンバス アプリ テンプレートを削除します。
元のアプリ テンプレートを再利用できるように、今後はコピーしたアプリのみを編集するようにしてください。
カスタム ページ テンプレート
統合アプリのカスタム ページを作成する際、このページのコピーを作成します。
キャンバス テンプレート アプリのコピーを作成 した前述の手順に従いますが、ここでは、右上隅にある 名前を付けて保存 オプションを選択する点が異なります。
右上隅で、保存アイコンの横にあるメニューを展開し、名前を付けて保存を選択します。
新しい名前を入力し、保存を選択します。
左上隅にある戻るボタンを選択して、スタジオを閉じます。 コピーが同じソリューションで作成されたことを確認します。
ソリューションから元のキャンバス ページ テンプレートを削除します。
Fluent テーマ デザイナ― アプリ
このアプリを使用して テーマ JSON オブジェクトを生成し、コンポーネントの一貫したスタイリングをします。
コンポーネントからテーマや参照テーマを生成する方法については、テーマ を参照してください。
キャンバス コンポーネント
キャンバス コンポーネントは、Power CAT コンポーネント ライブラリで定義され、キャンバス コンポーネントを使用して実装されます。
コード コンポーネント
Power Apps Component Framework と共に実装されるコード コンポーネントは、ソリューション内の個々のカスタム コントロールとして定義されます。
コンポーネント参照ページでコード コンポーネントを表示できます。
Creator Kit コンポーネントを使用したアプリの展開
キット コンポーネントを使用するアプリは、ソリューションの外部で構築することはできず、ソリューションの一部としてインポートおよびエクスポートする必要があります。
- 開発中に、独自のアンマネージド ソリューションで Creator Kit コンポーネントを使用するアプリを構築します。
- コンポーネントを含むアプリを展開すると、
CreatorKitCore(管理ソリューション) は、依存ソリューションをインポートする前にターゲット環境にインストールする必要があります。
一般的なガイダンスおよび詳細については、ソリューション インポート トラブルシューティングのヒントを参照してください。
よくあるご質問 (FAQ)
大規模組織は市民開発者にクリエイター キットの使用を奨励すべきですか? O&M の観点からは、どのようなオーバーヘッドが伴いますか?
クリエイター キットは Microsoft が公式にサポートする製品ではないため、顧客は問題が発生した場合に Microsoft のサポートチケットを発行できません。 代わりに、GitHub リポジトリに 問題を提出し、チームと直接連携する必要があります。 GitHub で共有することに抵抗があるトリアージやデバッグ情報がある場合、チームは リクエスト フォームを送信 することで、機密性の高い会話を非公開で処理するように手配できます。
最新のコントロールは Microsoft によって完全にサポートされているため、最初に最新のコントロールがアプリケーションの要件を満たしているかどうかを評価することをお勧めします。 最新のコントロールが不十分な場合、レガシーコンポーネントの適合性を判断するために検証を行います。 クリエイター キットのコントロールは、他の選択肢が要件を満たさない場合にのみ検討してください。 さらに、使用しているコンポーネントのリリース状況に注意を払い、開発パイプラインにおける安定性とサポートが確保されていることを確認することが重要です。
これらの更新プログラムを複数の運用環境にロールアウトする最も効果的かつ効率的な方法は何ですか?
組織の優先事項に応じて検討すべき戦略はいくつかあります:
- 最も安全: セキュリティが最優先事項である場合 (運用環境に 展開 する前の初期検証など)、組織のセンター オブ エクセレンス (CoE) は、更新プログラムを検証するために分離されたテスト環境をホストできます。 その後、自動化を使用して目的の運用環境にソリューションを展開できます。 詳細については、Power カタログ と Microsoft Power Platform CLI の詳細を参照してください。
- 最小限のメンテナンス: セキュリティ検証が不要な場合、Power Platform 管理センターで環境の Power CAT - MSFT 発行元を有効化することで、環境ごとに自動継続更新を受信するよう個別に構成できます。
新しいモダン コントロールとクリエイター キットの重複部分が増えるに従って、クリエイター キットのコンポーネントの一部は廃止されますか? その場合、このプロセスには何が必要ですか?
はい、Creator Kit コンポーネントの一部は、最新のコントロールとして再実装されており、Creator Kit コンポーネントの後継と見なされています。 チームは、後継のコンポーネントが大半のニーズを満たす水準に達した時点で、マーケットプレイスが提供しているの旧版のクリエイターキット コンポーネントを非推奨とします。 非推奨化のタイムラインは、GitHub の更新、オフィス アワー、ディスカッション フォーラムなどの通常のチャネルを通じて発表されます。 推奨される移行プロセスの詳細については、移行プロセスのドキュメント を参照してください。
クリエイター キットを含む開発パイプライン (dev > UAT > prod) のベスト プラクティスは何ですか?
マネージド CreatorKitCore ソリューションを、クリエイター キット コンポーネントを使用するアプリが展開されているすべての環境にインストールします。 アプリを含むソリューションの前に、このソリューションがインストールされていることを確認してください。 基本的なインストールと、それを開発パイプラインに組み込む方法の詳細については、インストール手順 を参照してください。