はじめに
この記事はPower Appsでモダンなチャットアプリを作ってみる (1)の続きです。
主にPower Automateについて解説していきたいと思います。
Power Automateでは
-
JSON ファイルコンテンツを取得する親フロー -
JSON ファイルを作成または更新する親フロー - 上記二つのフローで使用するファイルの存在の確認、コンテンツを返す子フロー
合計三つのフローを用意します。
1. JSON ファイル コンテンツを取得する親フロー
ほぼ処理は子フローが実施しています。
-
MessageIDをPower Appsから受け取り -
子フローから
JSON ファイルコンテンツを受け取り
-
Power AppsにJSONファイル コンテンツ返す
詳細は割愛します。
2. JSON ファイルを作成または更新する親フロー
まずは図解です。
■ Power Apps がフローを呼び出したとき (V2)
-
spMetaData: SharePointのドキュメント ライブラリに設定するメタデータ -
objChat: チャットの履歴
Power AppsからJSON文字列とファイルに設定するメタデータを受け取ります。
個人的に複数の値をPower AppsからPower Automateに渡す際はJSON 関数で私はまとめてしまっています。
JSON の解析
■ JSON の解析 メタデータ
ファイルのメタデータとして定義する値です。
{
"type": "object",
"properties": {
"CreateBy": {
"type": "string"
},
"CreatedTime": {
"type": "string"
},
"Fill": {
"type": "string"
},
"FontColor": {
"type": "string"
},
"LastMessageText": {
"type": "string"
},
"LastMessageTime": {
"type": "string"
},
"LastSender": {
"type": "string"
},
"MessageCount": {
"type": "integer"
},
"MessageID": {
"type": "string"
},
"Subject": {
"type": "string"
},
"UpdatedTime": {
"type": "string"
}
}
}
JSONにすることで複数の設定値をまとめていますが、型が変わってしまった際や、Null対策の必要があります。今回の設定値はNullが渡されない前提で設定しています。
■ JSON の解析 Chatの履歴
こちらはチャットの内容です。Logというキーに対して配列が設定されています。
{
"type": "object",
"properties": {
"Log": {
"type": "array",
"items": {
"type": "object",
"properties": {
"MessageIndex": {
"type": "integer"
},
"MessageText": {
"type": "string"
},
"SenderName": {
"type": "string"
},
"TimeStamp": {
"type": "string"
}
},
"required": [
"MessageIndex",
"MessageText",
"SenderName",
"TimeStamp"
]
}
}
}
}
取得したMessageIDを引数にして、過去のJSONファイルの参照を実施します。
こちらにて、チャットの履歴ファイルのItemIDやファイルコンテンツを取得しています。
チャットの履歴となるJSONファイルが存在しない場合は、ファイルの作成、
そうでない場合は、ファイルの更新を実施します。
ファイルの作成の場合
ファイル名はMessageID.json、ファイル コンテンツはJSON @{body('JSON_の解析_Chatの履歴')}を指定します。
新規作成に該当するため、ドキュメント ライブラリのItemIDを取得しておきます。
ItemIDに@{outputs('ファイルの作成')?['body/ItemId']}を設定します。
ファイルの更新の場合
子フローから取得したidentifierをファイル識別子に設定、ファイルコンテンツは新規作成と同様に@{body('JSON_の解析_Chatの履歴')}を設定します。
ファイルのプロパティの更新
ドキュメント ライブラリのメタデータを更新します。
列数が多いとJSONで複数まとめて設定できる方法が個人的に活きるなと感じます。
最後にフローへの応答を設定して完了です。
子フロー
このフローの役割は
-
MessageIDからファイルの存在を確認する - ファイルが存在する場合、
ファイルコンテンツとファイル識別子、ItemIDを返す
この二ポイントです。
変数は下記の三点です。
-
strObject:String、ファイルが存在する場合にファイルコンテンツを文字列で格納 -
ItemID:Integer、ドキュメント ライブラリのItemID -
Identifier:String、ファイル識別子
条件に合致するファイルの一覧を返します。
フィルター クエリを下記のように指定することで、一意であるMessageIDでファイルを特定させます。
MessageID eq '@{triggerBody()['text']}'
考え方がわかれそうですが、メタデータでファイル管理するのは本当に楽です。
ファイル名とかやめたほうがいいと思います。（個人の意見）
ファイルの数は@{length(outputs('ファイルの取得_(プロパティのみ)')?['body/value'])}で取得します。
■ ファイルが存在する場合
変数の設定でItemIDとIdentifierを設定しましょう。
ItemID - @{first(outputs('ファイルの取得_(プロパティのみ)')?['body/value'])?['ID']}
Identifier - @{first(outputs('ファイルの取得_(プロパティのみ)')?['body/value'])?['{Identifier}']}
そしてファイルコンテンツを取得します。
JSONの型が正確ではないと、値が正確に返ってきません。コンテンツ タイプの推測をオフにすれば取得できなくもないですが、おすすめはできないですね。
戻り値は文字列変数としてstrObjectに設定します。@{string(outputs('ファイル_コンテンツの取得')?['body'])}
そしてそれぞれ値を返します。
こちらによってフローがそろいました！
完成！
こちらをPower Appsでモダンなチャットアプリを作ってみる (1)と合わせて使うと、簡易的ですがチャットアプリができます。
Teamsコネクタを使った統合もできそうですが、こういったやり方もあるんだな、位にみてください！
それではよいPower Lifeを！