「複数項目の取得」の条件にユーザー列を使いたかったので調べてみました。
フィルタークエリの公式ドキュメントはこちらです
https://docs.microsoft.com/ja-jp/sharepoint/dev/business-apps/power-automate/guidance/working-with-get-items-and-get-files#filter-queries
んで色々調べた結果、以下で取得できました。
Employee/EMail eq 'Shunsuke_Kawai@xxxx.com'
Employee（表示名でなく論理名）というユーザー列のEmailを指定していますが、この指定が「Email」でも「email」でもなく「EMail」じゃないと失敗するのが厄介でした。
↓こんな感じ
Teamsにリマインダー機能を追加したかったので標準にあるテンプレートをちょっとカスタムして明日の10時に通知する選択肢を追加しました。
Follow up on a message | Microsoft Power Automate
この仕組みは時間指定じゃなくてどれだけ待機するかを指定するので、明日の10時までの分数を算出しないといけません。
それが結構めんどくさかったのでメモメモ。
もっとうまいやり方あるのだろうか。。。
div(sub(ticks(addHours(startOfDay(addDays(convertFromUtc(utcNow(), 'Tokyo Standard Time'), 1)),10)), ticks(convertFromUtc(utcNow(), 'Tokyo Standard Time'))), 600000000)
一行で解説したかったので現在時刻取得を2回書いてますが、変数とかにした方がいいですね。
文で書くのめんどくさかったので解説は画像で。
内容としてはタイトルの通りです。
上述の通り、いくつかポイントがあるので紹介します。
SharePointのサイトすべてのサイトコンテンツからサイトのページの設定を開きます。
遷移先のURLから `List=` 以降の部分のIDを控えておきます。
Power Automateの作成画面から、トリガーとして「ファイルが作成または変更されたとき (プロパティのみ)」を選択し、サイトのアドレスには対象のサイトをドロップダウンから選択し、ライブラリ名には先ほど控えたListIDをカスタム値を入力から設定します。
フォルダーは `/SitePages` を指定します。
https://jmasystems.sharepoint.com/sites/TechJmas/SitePages/Forms/ByAuthor.aspx
SharePointのニュースは書き始めた段階で下書き状態のファイルを保存してくれます。
非常に便利な機能ですが、今回の場合はこのままなにもせずにTeamsに通知すると書き始めや下書き保存のタイミングで何度も通知が来てしまいます。
そこで、条件により通知を絞り込みます。
Power Automateのアクションから「条件」を選択し、「昇格した状態」が「2」だったらという条件を追加します。
昇格した状態は英語だとPromotedStateっていうみたいです。
最初はバージョンの値に「.0」という文字列が含まれていたらって条件でやってましたが、こっちの方がきれいにできそうです。
参考：
PromotedState Enum (OfficeDevPnP.Core.Pages) | Microsoft Docs
sharepoint online - PromotedState of modern news pages is 0 after publishing - why? - SharePoint Stack Exchange
「2」以外の場合はまだ発行された状態ではないので通知はしないようにしています。
その他テンプレートやHome.aspx（ホーム画面）など、通知したくないファイルを条件に指定します。
SharePointから送られてきたデータにも更新者の画像URLは付いていますが、そのURLをTeamsの通知に設定してもアクセスすることができません。（実はWebブラウザでTeamを開いている場合は見れる）
そのため、更新者のメールアドレスから画像を取得する処理を追加します。
アクションの検索に「365」と入力し、「Microsoft 365 Users」を指定して「ユーザーの写真の取得 (V2)」を選択し、更新者のメールアドレスを設定します。
最後に今までの情報でTeamsに投稿します。
アクションをTeamsで検索して、「独自のアダプティブ カードをフローボットとしてチャンネルに投稿する（プレビュー）」（ここではなぜかチャネルじゃなくてチャンネルって表記だけど気にしない）を選択します。
チーム、チャネルをそれぞれ通知したい対象を選択して設定します。
メッセージに以下のようなJSONを設定します。 設定内容のポイントはその下に記載します。
{ "$schema": "http://adaptivecards.io/schemas/adaptive-card.json", "type": "AdaptiveCard", "version": "1.2", "body": [ { "type": "Container", "items": [ { "type": "TextBlock", "text": "記事が投稿or更新されました！", "weight": "Bolder", "size": "Medium" } ], "style": "default" }, { "type": "Container", "items": [ { "type": "TextBlock", "text": "@{triggerBody()?['Title']}", "size": "ExtraLarge", "weight": "Bolder", "color": "Attention", "wrap": true }, { "type": "TextBlock", "text": "@{triggerBody()?['Description']}", "wrap": true, "size": "Medium", "height": "stretch", "fontType": "Default" } ] }, { "type": "ColumnSet", "columns": [ { "type": "Column", "items": [ { "type": "Image", "style": "Person", "url": "data:@{body('ユーザーの写真の取得_(V2)')?['$content-type']};base64,@{body('ユーザーの写真の取得_(V2)')?['$content']}", "size": "Small" } ], "width": "auto" }, { "type": "Column", "items": [ { "type": "Container", "items": [ { "type": "TextBlock", "weight": "Bolder", "text": "@{triggerBody()?['Editor']?['DisplayName']}", "wrap": true, "size": "Large", "spacing": "None" } ], "height": "stretch", "verticalContentAlignment": "Center" } ], "width": "stretch" } ] }, { "type": "TextBlock", "text": "", "wrap": true, "separator": true } ], "actions": [ { "type": "Action.OpenUrl", "title": " 記事はこちら", "url": "@{triggerBody()?['{Link}']}", "style": "positive", "iconUrl": "https://user-images.githubusercontent.com/6369070/88062730-2db2f780-cba4-11ea-9c2f-27a823ab3088.png" } ] }
JSONの内容は以下の公式デザイナーでいろいろいじって作成すると便利です。
Designer | Adaptive Cards
ユーザー写真取得処理の結果には以下のような値が入っています。画像のタイプと画像ファイルのバイナリデータです。
その内容をAdaptiveCardに設定するにはData URI schemeを使用してImageのURLに以下のように指定します。
data:@{body('ユーザーの写真の取得_(V2)')?['$content-type']};base64,@{body('ユーザーの写真の取得_(V2)')?['$content']}
Data URI schemeについては以下を参考にしてください。
Data URI scheme - Wikipedia
設定画面では以下のように見えると思います。
実際に設定されている内容はこんな感じです。
"url": "data:image/jpeg;base64,/9j/4AAQSkZJRgABAQEAYABgAAD/2wB～中略～A//Z",
※※※2020/09/14 追記※※※※※※※※※※※※
アイコン画像によってエラーになってうまくいかない場合がありました。
>HTTP 要求に失敗しました。コンテンツが有効な JSON ではありませんでした。
あくまで予想なのですが、バイナリが大きすぎるとエラーになるっぽい挙動をみせています。
そのため、一回OneDriveとかにアップしてその画像を取得/表示するか、以下のようにエラーが発生したら諦めて画像なしで投稿するようにしましょう。
・Teams投稿のアクションをコピーして、すぐ下に貼り付け
・投稿のJSONから画像の部分を削除
・貼り付けたアクションの実行条件の構成を前のタスクに失敗した場合を追加
※※※※※※※※※※※※※※※※※※※※※※
現在、Power AutomateからTeamsに通知するフローボットを使用するとどうしても下記画像のようなテキストとリンクが自動で付加されてしまいます。
そのため、なんとなくわかりやすくしたいなということで空のテキストを置いてseparatorをtrueにして線を設定しています。
{ "type": "TextBlock", "text": "", "wrap": true, "separator": true }
線がないのとあるのじゃなんとなく印象が変わる気がしますよね。
変わんないじゃんと思っていても言わないでください。
iconUrlに画像のURLを設定するだけですが、下記のURLを見てもらうとわかると思いますが、～github～となっています。
これはGitHubのどこのリポジトリでもいいのでIssue作成画面に行ってその画像をコピペやドラッグアンドドロップするとサーバーにあげて公開URLを生成してくれるので、とても便利です。（本来の使い方ではないでしょうが…）
Issueは保存する必要はなく、URLが生成されたらコピーして閉じちゃいましょう。消されたりして画像が見れなくなったことは今までありません。
（今後どうなるかはわかりません）
"actions": [ { "type": "Action.OpenUrl", "title": " 記事はこちら", "url": "@{triggerBody()?['{Link}']}", "style": "positive", "iconUrl": "https://user-images.githubusercontent.com/6369070/88062730-2db2f780-cba4-11ea-9c2f-27a823ab3088.png" } ]
以上でおしまいです。
ニュースに設定されているサムネイルも通知に含めたかったんですが、うまくいかず。
やり方を知っている方いたら教えてください。
コロナウィルスの影響で様々な会社でリモートワークが推奨されるようになりました。
チーム全体が準備期間も満足に取れず、いきなりリモートになったことにより、あまりノウハウもなく、いろいろな問題がもうすぐ散見されることになるでしょう。
その最たる例として ”各人の作業の様子がわからない” みたいなことがあると思います。
よくあるフルリモートの会社さんみたいにWeb 会議ツールで常時繋いでいる、とかじゃなくチャットのみのやり取りの場合、メンバー間だけでなく、リーダーやマネージャーがメンバーの状況がわからないからどんどんモヤモヤが募ってお互い疲弊していきます。（Web 会議ツールで常時繋いでるのがいいと言っているワケではないです。今の世界情勢的に帯域の問題もあるし）
それが行きつくところまで行くと PC 操作ログを収集して稼働時間の管理をどうのこうの…という話になるのではないかと思います。そんな世界は嫌です。
そうなる前にちょっとでもチームメンバー間の心理的安全性の向上を図り、リーダーやマネージャーも全体の状況が把握することができる世界を目指しましょう。
細かいタスクの内容や進捗状況は各プロジェクトで利用している別の管理ツールでチケット管理等するとして、
本記事での目的は
メンバーを ”監視” することではなく、お互いに大した手間をかけずに作業の状況をリアルタイムで「こんなことやってるんだー」程度に知って＆知ってもらってモヤモヤを少しでもなくそう
です。（そしてついでに作業報告書みたいなヤツも自動で作っちゃおう。みたいな。）
手間をかけないっていうのが重要だと思います。
よく Slack で使われている "分報" の作業状況の共有に特化したバージョンに近い内容です。
Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ〜Problemが10分で解決するチャットを作ろう | | Craftsman Software Inc.
Office 365 の世界でそれを実現するために Microsoft Teams と Power Automate を利用してみよう、ということです。
ベストな方法ではないかもしれませんし、それぞれの組織や個人によって向き不向きがあるかもしれません。他にもいいやり方があったら教えてください。
まえがきが長くなりましたが、以下から本編です。
専用のチャネルを作成します。
これやるだけでもだいぶ違います。（今回の例では「TaskLogger」というチャネルを作っています。）
やっていることを単語で簡潔に記載します。休憩とか終了とかもです。
ここのチャネルにメンバーがみんな投稿するので、だいたいのみんなの動きが把握できます。
Excel 連携とかいらないのであればこれだけやるでもいいでしょう。
なんとなく作業している内容が流れてくるだけでその場にいなくても空気感が共有できて安心できるのではないでしょうか。
いちいち書くのめんどくさいかも知れませんが、慣れてくると逆に「これをやるぞ！」と気合が入るので自分にとってもいい影響があります。
今回は後述する Excel への連携のために以下の半角のカンマ区切りのフォーマットで投稿するルールとしています。スレッドへの返信ではなくルートにメッセージを投稿します。（スレッドにすると他の人の投稿にいちいち通知来てしまうので。チャットでの通知コントロールは重要だと思います。）
[category1], [category2], [startDate]
| パラメーター | 必須 | 説明 |
|---|---|---|
| category1 | 〇 | 作業カテゴリーその１ |
| category2 | － | 作業カテゴリーその２ |
| startTime | － | タスク開始時間（指定しない場合は投稿時間になる）[HH:mm]形式 |
※ うっかり投稿忘れちゃったりすると思うので、後から投稿できるように任意でstartTimeがあります。
せっかく作業を投稿しているので、それを材料に作業報告書みたいな感じで一覧化すると進捗報告・管理とかで楽できるかもしれません。
なので Power Automate（旧 Microsoft Flow）を使って Excel に自動で流し込んでいきましょう。
本項の内容を以下にテンプレートをアップしています。
1シート(1テーブル)に1人の実績がため込まれます。
"template" シートをコピーして使ってください。シートコピー後、テーブル名を上述のルールで変更してください。シート名も同じにしちゃうとわかりやすいでしょう。
https://1drv.ms/u/s!AteGEPv8p-wMgo0-c6NCfm-qwbX3SA?e=MvEJ7r
Excel を自分で作る場合は作成した Teams チャネルのファイルに Excel ファイルを作りましょう。
Power Automate で Excel を更新できるのは Excel 内のテーブルに対してです。
後述する処理の中でテーブル名も可変にするためテーブル名は以下のルールで作成してください。（テーブル名には空白文字が設定できないため）
[TeamsのDisplayName（スペース抜き）]
例：川合俊介
| 作業日 | 開始時間 | 内容1 | 内容2 |
シートとその中のテーブルはメンバー分作成してください。
1ファイルに人数分のシートがあり、そのシートに各個人用のテーブルがある状態です。
誰かひとりが全員分作るだけでよいです。
人数が多くてファイルを分割したい場合や1人1ファイルにしたい場合は Teams のチャネルから Excel ファイル、PowerAutomate の処理（本記事の内容すべて）を複数作成する必要があります。
Power Automate の作り方を知りたい人以外は本項で作成できる構成を Zip ファイルにして置いておきますのでそれをインポートしてちょっと修正するだけで完成するので本項は飛ばしても大丈夫です。
飛ばす場合は下記リンクからジャンプしてください。
STEP2-3 : Power Automate を Zip ファイルからインポートする へジャンプ
Power Automate の作り方は以下の通りです。（長いです）
1. Teams からのメッセージを受ける
まずは Teams に投稿されたらキックされるトリガーです。
| 種類 | チャネルに新しいメッセージが追加されたとき（プレビュー） | |
| 設定 | チーム | 投稿するチーム |
| チャネル | 投稿するチャネル | |
| 種類 | 変数を初期化する | |
| 設定 | 名前 | logDate |
| 種類 | 文字列 | |
| 値 | addHours(triggerBody()?['createdDateTime'],9,'MM/dd') | |
| 種類 | 変数を初期化する | |
| 設定 | 名前 | messageArray |
| 種類 | アレイ | |
| 値 | split(triggerBody()?['body']?['content'], ',') | |
| 種類 | 変数を初期化する | |
| 設定 | 名前 | category1 |
| 種類 | 文字列 | |
| 値 | ||
| 種類 | 変数を初期化する | |
| 設定 | 名前 | category2 |
| 種類 | 文字列 | |
| 値 | ||
| 種類 | 変数を初期化する | |
| 設定 | 名前 | startTime |
| 種類 | 文字列 | |
| 値 | ||
5. パラメーター数が3つ以下だったら
一応パラメーター数のチェックをして FALSE だったら処理を中止してます。
| 種類 | 条件 | |
| 設定 | 値 | length(variables('messageArray')) |
| 条件 | 次の値以下 | |
| 値 | 3 | |
5-1-1. パラメーターの配列の1番目をcaregory1に設定
こいつは絶対入ってる前提で変数に設定します。
| 種類 | 変数の設定 | |
| 設定 | 名前 | category1 |
| 種類 | 文字列 | |
| 値 | trim(last(take(variables('messageArray'),1))) | |
| 種類 | 条件 | |
| 設定 | 値 | length(variables('messageArray')) |
| 条件 | 次の値に等しい | |
| 値 | 3 | |
| 種類 | 変数の設定 | |
| 設定 | 名前 | startTime |
| 種類 | 文字列 | |
| 値 | trim(last(take(variables('messageArray'),3))) | |
| 種類 | 変数の設定 | |
| 設定 | 名前 | startTime |
| 種類 | 文字列 | |
| 値 | addHours(triggerBody()?['createdDateTime'],9,'HH:mm') | |
| 種類 | 変数の設定 | |
| 設定 | 名前 | category2 |
| 種類 | 文字列 | |
| 値 | trim(last(take(variables('messageArray'),2))) | |
| 種類 | 表に行を追加 | |
| 設定 | 場所 | Excel がある SharePoint サイト（= Teams のチーム） |
| ドキュメントライブラリ | Documents（Teams のファイル保存先） | |
| ファイル | 作成した Excel を指定（Teams だと /チャネル/ファイル） | |
| テーブル ※可変にするためにカスタム式に設定します |
replace(replace(triggerBody()?['from']?['user']?['displayName'],' ',''),' ', '') | |
| item ※コピペじゃできないので それぞれの箇所を @{} の中身を式で設定する |
{ "作業日": @{variables('logDate')}, "開始時間": @{variables('startTime')}, "内容1": @{variables('category1')}, "内容2": @{variables('category2')} } |
|
以上で Power Automate の処理作成は終わりです。
自分で作成した方は次項は飛ばして大丈夫です。
STEP2-4 : 動作確認 へジャンプ
Excel テンプレートと同じフォルダに Power Automate の構成用 Zip ファイル が置いてあります。
https://1drv.ms/u/s!AteGEPv8p-wMgo0-c6NCfm-qwbX3SA?e=MvEJ7r
Microsoft Power Automate | Microsoft Power Platform
replace~と書いてあるところを消して、「カスタム値の入力」→「式」のところにreplace(replace(triggerBody()?['from']?['user']?['displayName'],' ',''),' ', '') を再設定すると「item」が復活します。
※ Teams で投稿してからフローがキックされ、実際に Excel に値が登録するまで数分ラグがあります。気長に待ってください。みんなが一斉に投稿したりするともっと遅くなるかもしれません。
※ 今回の内容では半角カンマしか対応してません。
※ 内容1と開始時間だけ設定したい場合も内容2をブランクで ［XXX, , 18:00］ みたいに設定する必要があります。
※ 同じ作業とかで他からそのままコピペすると投稿が html 形式になっちゃって登録はできますが、タグとかもまとめて入っちゃいます。めんどくさいけど、手で入力するか、ctrl + v でなく ctrl + shift + vでテキストのみ貼り付けしてください
※ Office 365 に含まれるライセンスの場合、24時間で2,000回が上限（ほかにも使ってたら合計で）みたいです。
要求の制限と割り当て - Power Platform | Microsoft Docs
※ 投稿への返信ではフローがキックされないので、人の投稿（作業内容）で認識違いとかがあったり、気になったら返信することでその場で解消できます。便利。
※ このチャネルを頻繁に利用するハズなので、普段使ってる Teams のアプリとは別にブラウザでこのチャネルだけ開いとくとかをすると便利になるかもしれません。
おまけです。
作業時間や案分を月末とかにまとめている人も多いと思うので
みんな大好き Excel 先生なので、各自好きにやったらいいと思いますが、一例として書いておきます。
=IF(A2=A3,B3-B2,0) でそのタスクの作業時間を出してます。
=IF(C2="終了",SUMIFS($F:$F,$A:$A,A2,$C:$C,"<>休憩"),"") で内容1が「終了」だったら同じ日の内容1の「休憩」の時間を除いた合計時間を出してます。
※ 深夜12時をまたぐ作業の場合には対応していないので、後で稼働日を直接修正してください。
長くなってしまったｗ
今回いきなりリモートワークになって、てんやわんやでドタバタして、落ち着いたら「やっぱ会社にいないと仕事ができないね」って結論にならないように全世界大変な状況だけど、ポジティブに変革のチャンスと考えて楽しみながら少しでもみんなが幸せになれればよいなと思います。
本当に長くなってしましたが、以上です。
本記事はAzure DevOps Advent Calendar 2019 - Qiita 17日目です。
（蛇足ですが、前回の記事書いた後に「あ、そういえばAdventCalenderの季節じゃないか」と AzureDevOps を探したところ見つかったので本記事から参加してみました。）
前回の記事では Azure Pipelines で iOS の CI してみました。
shunsukekawai.hatenablog.com
せっかく CI したなら通知しないとね。ということで通知編です。
いくつかの方法とタイトルにあるのは諸事情（後述します）により、不採用となった方法があるためです。
それではやっていきましょう。
contents:
一番スマートかなと思う方法です。
Teams の会話のその他を選択します。
が、ここで諸事情①です。
今回は所属する組織の Microsoft アカウントで Teams に入っています。ですが、AzureDevOps は顧客環境です。
顧客環境にもこちらの組織アカウントで権限が与えられているのですが、Teams 上だとその顧客環境は見えないみたいです。
そのためこの方法は不採用となりました。
ちなみに参照できる場合は Teams の会話で
@Azure Pipelines subscribe https://dev.azure.com/XXXXXXX/YYYYYYY/_build?definitionId=2
みたいな感じでメンションしてあげると
登録されたと返事がきます。
で、ビルドが完了すると通知が来ます。
シンプルでいい感じですね。
Teams に追加できないとなると 自前でポストするヤツをゴニョニョしないといけないのか？と思いつつ、AzureDevOps の Marketplace を探してみました。
Post To Office 365 Connector - Visual Studio Marketplace
最終更新が 2017 年とかだけど、入れてみましょう。（外部アプリは自己責任で）
顧客環境の管理者に許可が必要みたいなので、あと回しにして自分の環境に一回インストールしてみます。
その後、もう一度Pipeline の編集画面からタスク追加ボタンを押し、「post」と入力すると先ほど追加したヤツが出てきます。
チャネルのメニューからコネクタを選択します。
その他の設定は Markdown と build variables も使えるみたいので
Title は
$(Build.DefinitionName) build $(Build.BuildId) complete
としました。
Message は前回も参考にさせていだたいた記事をベースに、
* RequestedFor : $(Build.RequestedFor) * Environment：AdHoc * Configuration：$(Configuration) * Certificate：$(APPLE_CERTIFICATE_SIGNING_IDENTITY) * Provisioning Profile：$(APPLE_PROV_PROFILE_UUID) * Branch：$(Build.SourceBranch) * Last Commit ID：$(Build.SourceVersion) * Last Commit Comment：$(Build.SourceVersionMessage) * Release Note：$(ReleaseNote) [result link](https://dev.azure.com/XXXXXXX/YYYYYYY/_build/results?buildId=$(Build.BuildId))
としました。
Predefined variables - Azure Pipelines | Microsoft Docs
こいつを Pipeline の最後に追加してあげて実行してみます。
すると Teams に通知が決ます。Commit のコメントが複数行だとちょっと表示がズレますがまぁいいでしょう。
よし、これで行こう。と思った矢先、このタスクを追加するのに顧客の承認が必要で、かつ、このアプリをインストールしてもセキュリティに影響がないことを説明する必要があると言われました。
えぇ…と思いましたが、面倒なことには首を突っ込みたくないのでこの方法も不採用となりました。
一番簡単な方法です。
正直負けた気がします。
Teams にはチャネルに対してメールアドレスを設定することができます。
そのメール宛に Pipeline の完了を通知する方法です。
Teams のチャネルの設定からメールアドレスを取得します。
Custom email addressを選択して先ほどに Teams のメールアドレスを設定します。
条件のところにDefinition nameを選択して対象の Pipeline の名前を選択します。2環境以上の場合は or でつなぎましょう
で、ビルドを実行するとメール経由で Teams に通知が来ます。
なんとなく美しくないですが、残念ながら今回はこの方法を採用しました。
ほぼほぼ参考にさせていただいたこちらのサイト（iOSアプリのCI/CD〜Azure Pipelines編〜 - Qiita）の通りですが、特殊な箇所やハマったところがいくつかあったので、残しておきます。
iOS 開発ナニモワカラナイので、誤りがあったらご指摘ください。
contents:
今回はやんごとなき事情で XCode の10.1 をビルドに使いたかったのでバージョン指定しました。
「Specify path」を選択して Path に/Applications/Xcode_10.1.appと入力します。
バージョンに指定する値は下記サイトに記載があります。（対象のOSのREADMEになにがそのOSに入っているかが書いてある）
https://github.com/actions/virtual-environments/blob/master/images
冒頭で紹介した参考サイトにも記載されていますが、署名のところで色々うまくいかなかったです。
結局参考サイトと同じ以下の設定にしました。
マニュアル署名だと、すべてのプロジェクトに署名しようとしてしまい Pod で参照しているライブラリに対して does not support provisioning profiles. と以下のエラーが全ライブラリに対して出まくります。
❌ error: R.swift.Library does not support provisioning profiles. R.swift.Library does not support provisioning profiles, but provisioning profile XXXXXXXXXXXXX has been manually specified. Set the provisioning profile value to "Automatic" in the build settings editor. (in target 'R.swift.Library') ** ARCHIVE FAILED ** ##[error]Error: /usr/bin/xcodebuild failed with return code: 65 ##[section]Finishing: Xcode build
そのため、参考サイトと同じ様に Podfile の末尾に追記しました。
post_install do |installer| installer.pods_project.build_configurations.each do |config| config.build_settings['PROVISIONING_PROFILE_SPECIFIER'] = '' config.build_settings['CODE_SIGNING_REQUIRED'] = 'NO' config.build_settings['CODE_SIGNING_ALLOWED'] = 'NO' end end
そしてこれだけでなく、今回の案件では Dynamic Library を使用していて、そこでも同じエラーが発生していました。
project.pbxprojを適当なエディターで開いてライブラリの対象 Configuration の buildSettings に以下を追記します。（たぶん XCode でやればいいんだけど、Windows だけで作業してたため直編集しちゃった…）
CODE_SIGNING_ALLOWED = NO; CODE_SIGNING_REQUIRED = NO; PROVISIONING_PROFILE = ''; PROVISIONING_PROFILE_SPECIFIER = '';
以上でなんとかビルドが成功するようになりました。
AppCenter でテストアプリを配布するのは参考サイトの通りですが、クラッシュログ分析のため、シンボルファイルを AppCenter にアップロードする設定を追加しました。
デフォでできている Copy Files to: $(build.artifactstagingdirectory)のタスクをクローンします。
Target Folder の箇所を$(build.artifactstagingdirectory)/dSYMsに変更します。
Contents を**/*.dSYM/**に変更します。
Publish Artifactsのタスクもクローンして、先ほど設定した$(build.artifactstagingdirectory)/dSYMsを Path to publish に設定します。
Artifact name は適当にdSYMsとかにしておきましょう。
$(build.artifactstagingdirectory)/dSYMsを設定します。
そうすると自動でアップロードしてくれるようになります。
Microsoft Flow のテンプレートに以下がありますが、投稿者の氏名が取れません。（sender_id なるものはある）
Yammer グループの新しいメッセージを Slack チャネルに投稿する | Microsoft Flow
Yammer からのメッセージの中身
{ "id": 384547852050432, "sender_id": 2955093, "replied_to_id": null, "created_at": "2019/10/24 04:37:18 +0000", "network_id": 146187, "message_type": "update", "sender_type": "user", "url": "https://www.yammer.com/api/v1/messages/384547852050432", "web_url": "https://www.yammer.com/XXXXXXXX/messages/384547852050432", "group_id": 11132715008, "body": { "parsed": "test", "plain": "test", "rich": "test" }, "thread_id": 384547852050432, "client_type": "Web", "client_url": "https://www.yammer.com/", "system_message": false, "direct_message": false, "chat_client_sequence": null, "language": "et", "notified_user_ids": [], "privacy": "private", "attachments": [], "liked_by": { "count": 0, "names": [] }, "content_excerpt": "test", "group_created_id": 11132715008, "topics": [] }
投稿者の氏名が欲しい場合は Yammer のトリガーと Action（今回だと Slack）の間にユーザー情報取得を噛ませてあげる必要があります。
追加するアクションで「Yammer」で絞り込んで⇒「ユーザー情報詳細を取得する（プレビュー）」を選択します。（プレビューだけどとりあえず動いてるから大丈夫でしょう）
ユーザーID のところに元メッセージの「メッセージ一覧 メッセージ送信者」を選択して設定してあげます。
後は連携先のメッセージ内容に入れてあげるだけで完了です。
Yammer から投稿してみます。
成功です！
内部で使うとかで適当に作ったアプリのDBファイル内のデータが確認したくなりました。
ちゃんとサーバーにデータを保存すればいい
公式ドキュメントに SQLite のサンプルがあるので、そいつに機能追加します。
Xamarin.Forms のローカル データベース - Xamarin | Microsoft Docs
上のドキュメントのリンク先から Zip でダウンロードできます。
Todo - Xamarin
TodoListPage.xaml に ToolbarItem を追加して OnExportDbFile イベントを追加します。
<ContentPage.ToolbarItems> <ToolbarItem Clicked="OnItemAdded" Text="+"> <ToolbarItem.Icon> <OnPlatform x:TypeArguments="FileImageSource"> <On Platform="Android, UWP" Value="plus.png" /> </OnPlatform> </ToolbarItem.Icon> </ToolbarItem> <ToolbarItem Clicked="OnExportDbFile" Text="Share"> <ToolbarItem.Icon> <OnPlatform x:TypeArguments="FileImageSource"> <On Platform="Android, UWP" Value="plus.png" /> </OnPlatform> </ToolbarItem.Icon> </ToolbarItem> </ContentPage.ToolbarItems>
共有機能を利用するため、Xamarin.Essentials を追加します。
Xamarin.Essentials に関しては公式ドキュメントを参照ください。
Xamarin.Essentials:共有 - Xamarin | Microsoft Docs
Xamarin.Essentials Ver.1.1.0 （2019/06/04 時点）ではファイル共有はまだ Preview のため、明示的にアプリのスタートアップに宣言が必要みたいです。
ExperimentalFeatures.Enable(ExperimentalFeatures.ShareFileRequest);
App.cs のコンストラクタに上記宣言を追加します。
public App() { ExperimentalFeatures.Enable(ExperimentalFeatures.ShareFileRequest); Resources = new ResourceDictionary(); Resources.Add("primaryGreen", Color.FromHex("91CA47")); Resources.Add("primaryDarkGreen", Color.FromHex("6FA22E")); var nav = new NavigationPage(new TodoListPage()); nav.BarBackgroundColor = (Color)App.Current.Resources["primaryGreen"]; nav.BarTextColor = Color.White; MainPage = nav; }
どのファイルを共有するかをパスで指定するため、TodoItemDatabase.cs にパス取得用メソッドを追加します。
public string GetDbPath() => database.GetConnection().DatabasePath;
これで準備完了なので、TodoListPage.xaml.cs のボタン押下時のイベントに出力処理を追加します。
private async void OnExportDbFile(object sender, EventArgs e) { await Share.RequestAsync(new ShareFileRequest { File = new ShareFile(App.Database.GetDbPath()) }); }
※ ファイル共有はシュミレーターだと、共有先の選択肢がないため、実機で確認しています。
適当にデータを追加した後に、「Share」ボタンを押します。
共有メニューが出てきました。簡単ですね。
いろんな選択肢がありますが、一番手っ取り早そうなのは AirDrop でしょうか。
事前に Mac に SQLite のDB ファイルを参照できるアプリをインストールしておきます。
Downloads - DB Browser for SQLite
共有メニューの AirDrop 先から選択して、Mac 側で受け入れます。
そのファイルを開くと…
生データが参照できます！じゃーん。
今回のサンプルは以下にアップしてあります。
GitHub - shunsuke-kawai/SQLiteExportSample
あるアプリでテーマカラーを以下のような色にしたかったのですが、スプラッシュ画面が意図した色にならなかったため、その対応方法です。
「Xamarin.Formsで」と記載されてるのは同じような問題が Mac で普通に iOS のアプリを作っても発生するのかわからなかった（知らない）ので、保険として。
iOS でのスプラッシュには Storyboard を使用しています。
Windows の Visual Studio で Storyboard の背景色を変更します。
アプリを起動します。
↓スプラッシュ
はい、その次の画面で同じ色を背景にしたログイン画面が出てくるのですが、比べてみましょう。
↓ログイン画面
違いますね。
色々調べてみるとXamarin のリポジトリにも Issue があがってました。
Xamarin の問題じゃないぞ、とクローズされてますが、解決方法が書いてありました。
iOS Storyboard Launch Screen color issue · Issue #1750 · xamarin/Xamarin.Forms · GitHub
This particular issue does look like a mismatched colorspace. We don't currently expose an easy way to alter the colourspace, but it is on the roadmap.
For now can you can open your storyboard in Xcode and access the colorspace selector like this: https://recordit.co/JAVdR1FHjh . If you want things to match you will have to use the same RGB values and the same colorspace for both controls. There is some more information here about handling colorspaces: https://developer.apple.com/ios/human-interface-guidelines/visual-design/color/
colorspace が違うから、と書いてあるようです。
ということで対応します。
先ほど編集した Storyboard をエディターで開くと色を定義している箇所が以下の様になっています。
<color key="backgroundColor" red="0.84313725490196079" green="0.23137254901960785" blue="0.00784313725490196" alpha="1" colorSpace="calibratedRGB"/>
ここの colorSpace="calibratedRGB" が悪いヤツみたいです。
Mac の Xcode で対象の Storyboard を開き、色を変更するウィンドウの歯車マークを選択して sRGB ～～ を選択して、再度正しい色の値を設定します。
編集した Storyboard は以下の様になっています。
<color key="backgroundColor" red="0.84313725490196079" green="0.23137254901960785" blue="0.0078431372549019607" alpha="1" colorSpace="custom" customColorSpace="sRGB"/>
colorSpace="custom" customColorSpace="sRGB"の部分ですね。
この部分の変更を元のプロジェクトにしてやって再度アプリを起動します。
ちゃんと意図した色になりました！！
この Storyboard を再度 Visual Studio の Interface Builder で編集するとcolorSpace="calibratedRGB"に戻ります（汗
そのため、今後は Storyboard を Visual Studio で編集しないようにしましょうっとｗ
kCGColorSpaceGenericRGB - Core Graphics | Apple Developer Documentation
ちょっと手順が面倒だったのでまとめておきます。
GitHub の Organization で会社のソース管理諸々をしているのですが、メンバーの変更が流動的だったりで変更の内容を Microsoft Teams に通知したかったのです。
Microsoft Flow を使って連携します。
今回実現したいことは
です。
目次
まずは通知先の Teams のチャンネルにコネクタを追加します。
表示されたコネクタ一覧から Incoming Webhook を選択します。
適当な名前と画像を設定して作成すると URL が生成されるので、それを控えておきます。
今回はマッシュアップ的なサービスである Microsoft Flow を利用して連携します。
プロセスとタスクの自動化 | Microsoft Flow
様々なテンプレートが用意されていますが、新規作成します。（以下の URLから）
https://japan.flow.microsoft.com/manage/flows/new
トリガーとなるコネクタ一覧から「要求」というのを選択します。（もうちょっと名前どうにかならんのかな…）
表示されたトリガーから「要求 - HTTP 要求の受信時」というのを選択します。（もうちょっと名前どうにかならんのかな…2）
次の画面で「サンプルのペイロードを使用してスキーマを生成する」を選択します。
その画面のまま次の手順に進みます。
GitHub の Organization 関連の Webhook の内容は以下の GitHub 公式ドキュメントを参考にします。
https://developer.github.com/v3/activity/events/types/#organizationevent
そこの Webhook payload example に記載されてる JSON を丸ごとコピーします。
https://developer.github.com/v3/activity/events/types/#webhook-payload-example-17
この JSON からスキーマが作成され、後で作成するアクションに対して簡単に埋め込めるようになります。
※ 上記公式サンプルは action が member_invited の場合ではないので一旦コピーした JSON をなにかエディターに貼り付けて action と membership の間に以下の invitation 部分を追加します。
"action": "member_added",
"invitation": {
"id": 999999,
"node_id": "XXXXXXXXXXXXXXXXXXXXXXXXXXX",
"login": null,
"email": "XXXXX@XXXX.co.jp",
"role": "direct_member",
"created_at": 9999999999,
"inviter": {
"login": "shunsuke-kawai",
"id": 6369070,
"node_id": "MDQ6VXNlcjYzNjkwNzA=",
"avatar_url": "https://avatars2.githubusercontent.com/u/6369070?v=4",
"gravatar_id": "",
"url": "https://api.github.com/users/shunsuke-kawai",
"html_url": "https://github.com/shunsuke-kawai",
"followers_url": "https://api.github.com/users/shunsuke-kawai/followers",
"following_url": "https://api.github.com/users/shunsuke-kawai/following{/other_user}",
"gists_url": "https://api.github.com/users/shunsuke-kawai/gists{/gist_id}",
"starred_url": "https://api.github.com/users/shunsuke-kawai/starred{/owner}{/repo}",
"subscriptions_url": "https://api.github.com/users/shunsuke-kawai/subscriptions",
"organizations_url": "https://api.github.com/users/shunsuke-kawai/orgs",
"repos_url": "https://api.github.com/users/shunsuke-kawai/repos",
"events_url": "https://api.github.com/users/shunsuke-kawai/events{/privacy}",
"received_events_url": "https://api.github.com/users/shunsuke-kawai/received_events",
"type": "User",
"site_admin": false
}
},
"membership": {
…編集した JSON を先ほどの Flow のページに貼り付けるとスキーマを作成してくれます。（左のメッセージは「わかりました」で OK です。）
先ほど作成したトリガーの下に「新しいステップ」というのがあるので選択して「条件の追加」を選択します。
「値の選択」にフォーカスを当てると以下の画面が出てきます。先ほどの JSON から作成してくれたスキーマです。
今回は招待されたらという条件を追加したいので「action」を選択して、GitHub 公式ドキュメントにあった値である「member_invited」を設定します。
続いてその条件が True だった時に行うアクションを設定します。
アクションの追加から「HTTP」を選択します。
表示されたアクションから「HTTP - HTTP」を選択します。
方法に「POST」URI に Teams でコネクタを作成した時に生成された URL を設定します。
本文の設定内容については以下の記事を参考にさせていただきました。
Microsoft Flow を使って Microsoft Teams へ投稿する（続編） | idea.toString();
以下のような JSON に編集しました。後程設定するので value が空の箇所があります。
{
"@@type": "MessageCard",
"@@context": "http://schema.org/extensions",
"themeColor": "ff4fbc",
"summary": "概要",
"sections": [
{
"activityTitle": "GitHubにメンバーが招待されました。",
"facts": [
{
"name": "担当者",
"value": ""
},
{
"name": "追加メンバー",
"value": ""
}
],
"markdown": true
}
],
"potentialAction": [
{
"@@type": "ActionCard",
"name": "GitHub メンバー一覧",
"actions": [
{
"@@type": "OpenUri",
"name": "GitHub メンバー一覧",
"targets": [
{
"os": "default",
"uri": "https://github.com/orgs/JMASystems/people"
}
]
}
]
}
]
}それを Flow の「本文」に貼り付けます。
担当者の value の値を選択した状態で（見えない箇所にありますが）右下に出てくる動的なコンテンツの「login」を選択します。
※ login が複数ありますが、選択して設定した後にマウスカーソルを当てると階層が表示されるのでそこで正しいかを確認してください。（ここは「triggerBody()?['sender']?['login']」となっていれば OK）
面倒な場合は動的なコンテンツでなく、式のタブから直接「triggerBody()」を選択して階層を記載しても大丈夫です。
続いて追加メンバーも同じ様に value の値を選択した状態で「email」を選択します。
そうすると、招待をした人の GitHub アカウント ID、招待された人のメールアドレスが埋め込まれます。
先ほどは招待時だったので条件の「いいえの場合」にさらに条件を追加します。
条件は action が「member_removed」だったらです。
招待時と同じ様に、HTTP のアクションを追加して本文を加工します。
設定した内容は以下の通りです。削除された時は GitHub のアカウント ID が取れるのでそれを設定しています。
{
"@@type": "MessageCard",
"@@context": "http://schema.org/extensions",
"themeColor": "bcff4f",
"summary": "概要",
"sections": [
{
"activityTitle": "GitHubからメンバーが削除されました。",
"facts": [
{
"name": "担当者",
"value": "@{triggerBody()?['sender']?['login']}"
},
{
"name": "削除メンバー",
"value": "@{triggerBody()?['membership']?['user']?['login']}：@{triggerBody()?['membership']?['user']?['html_url']}"
}
],
"markdown": true
}
],
"potentialAction": [
{
"@@type": "ActionCard",
"name": "GitHub メンバー一覧",
"actions": [
{
"@@type": "OpenUri",
"name": "GitHub メンバー一覧",
"targets": [
{
"os": "default",
"uri": "https://github.com/orgs/JMASystems/people"
}
]
}
]
}
]
}ここまでで Flow の設定は終わりです。（今回は追加時にはなにもしないとしています。）
保存をするとトリガーとして作成した「HTTP 要求の受信時」の「HTTP POST の URL」の箇所に URL が生成されているのでコピーします。
GitHub の Organization の Settings から「Webhooks」を選択します。
「Add webhook」を選択して、「Payload URL」に Flow で生成された URL を貼り付けます。
「Content type」は「application/json」を選択してください。
Which events would you like to trigger this webhook? のところで「Let me select individual events.」を選択します。
するとイベントが一覧で出てくるので今回は「Organizations」を選択します。
「Add webhook」ボタンを押して完了です。
5/22,23 で開催された de:code 2018 に公式イベントアプリを提供しました。
de:code (decode) 2018 | 開発者をはじめとする IT に携わる全てのエンジニアのためのイベント
自分用振り返りをまとめておきます。
マイクロソフトさんのイベントアプリ開発は今回で5回目です。今までと同様に Xamarin.Forms で作成しています。
毎回新たな試みが追加されますが、今回の de:code では細かなブラッシュアップとともに以下が追加/更新されました。
各セッションの参加者がどんな領域を担当しているか、主に使用しているサービス、言語を表示するようにしました。
日本システムウェア 様の CityVision*1 というサービスと連携して会場の混雑状況を表示できるようになりました。
今までのアプリでは何か参加者の皆様にお知らせをしたい時、Push 通知を行っていましたが、Push するほどでもない場合もあったり、通知を許可していない方、読む前に消してしまった方がお知らせを見れなくなってしまうためお知らせ画面を追加しました。まぁ今までない方が変だったと思います。
その他機能は私が担当したセッション資料の前半に記載してあります。
（全部書いていいのかわかりませんが） よくあるお問い合わせとして以下がありました。
Microsoft アカウントには組織、個人のアカウントがあり、かつそれが同じメールアドレスの場合、Web の申し込みサイトでは（私たちの開発ではないので正確にはわからないですが）試してみたところ自動的に個人アカウントでのサインインになってしまう挙動を見せていました。
そのため、参加者の方は組織でサインインしているつもりでも個人で入ってしまっていて、アプリからも組織を選択するとサインインできない。というケースが多かったです。
現在、Microsoft アカウントを組織と個人が同一のメールアドレスで作成することはできなくなっていますが*3前はできていたので（私もアカウント両方持ってます）、そういう方がいらっしゃったようです。（同一メールアドレスで作成する抜け道もあるみたいですが、ここでは言及は避けます。）
スタンプラリーを撮影するボタンを押すとアプリが落ちる
イベントアプリでは Visual Studio App Center を利用して Crash のログを見れるようにしているのですが、そのログを見ると以下のようなログがあがってました。
発生している端末は HUAWEI の PXX 系ばかりです。私の端末は HUAWEI Mate 9 なのですが、正常に動いています。
カメラ使用に Xam.Plugin.Media*4 を利用していたのですが、そのプラグインに以下の Issue があがっていて、HUAWEI の端末に問題があったみたいです。（絶対これが原因かは断言できない気がしてきたけど…）
IllegalArgumentException on Huawei devices · Issue #496 · jamesmontemagno/MediaPlugin · GitHub
アプリで利用している Stable 版のプラグイン(Ver.3.1.3)には本 Issue の対応はまだ入っておらず、そのままアプリのバグとなってしまいました。該当された方、申し訳ありませんでした。
アンケートが表示されない系は受付時の参加者パスの ID との紐づけがうまくできていないなどらしいです。ぐるぐるがなかなか終わらない系はサーバーサイドが重くなっていた、ネットワークが遅い等でアプリ側では如何ともしがたい部分もありました。
単純なバグや限られたパワーでの開発のため諦めた対応等、うまくできなかった部分も結構ありました。（あるのかわからんが）次回以降の反省にしたい点です。
イベントアプリは UWP でも使えるので、.NET Standard 2.0 にすると Fall Creators Update より前を切り捨てることになります。それは無理だろうな、ということで今回はあきらめました。
セッション数が多かったり、聴講者属性表示機能の追加等で動きが遅くなったと思います。もっと最適化できる部分があったハズ。
iPhone X に画面レイアウト（Home Bar 等）を対応するため手抜きな方法をとりました。SafeArea プロパティを True にしただけ*5です。もっとちゃんと対応したかったです。
Ver.1.0.0 がゴールデンウイーク明けにリリースされ、その後、イベントの数日前にバージョンアップしたのですが、イベント当日も Ver.1.0.0 のままの方がいらっしゃっいました。アプリ内のお知らせでも周知していたのですが、結局そのままになっていたかもしれません。
旧バージョンでは特定の操作をするとアプリが落ちるバグがあり、その Crash ログも飛んできていたため、アップデートしてほしかった…（1.0.0 はスタンプラリーとか会場マップも Coming Soon だったけど…）
アプリ起動時にバージョンをチェックしてアップデートを強制にするか迷ったのですが、リリース直後に入れてイベント当日の受付直前にアプリを起動してアップデートをしなければならないとかが発生して受付が滞ってしまったり、しょうがなくモバイルネットワークでのアップデートをするしかなくなって"ギガ"が減るとかあるかもな～と思い、やりませんでした。（工数的にやれなかった側面もありますが…）
まぁ最初からバグ仕込むな、スケジュールに余裕を持ってリリースしろってことですかね。
セッション一覧には現在時刻以降のセッションまで自動でスクロールする機能が前回まであったのに別件の対応でデグレして機能がなくなってたみたいです…。セッション数も過去最高で自分でアプリ使っていて結構不便でした。というか マイスケジュールと同じ様に開催日でタブにした方がよくないか？
ともかくなんとか終わってよかったです。
アプリ開発/リリースと自分のセッション準備、イベント問い合わせサポート等々、しばらく忙殺されていて家族にもだいぶ負担をかけたのでしばらくはおとなしくしています。
自セッションの振り返りとデモでできなかった部分などは別記事でまとめようと思います。
qiita.com
↑のクリスマスイブ分の穴埋めです。
やっつけですが、ご容赦を。
Visual Studio が 2017 になってからアップデートが短いサイクルで行われるようになりました。
一応、ReleaseNote はぺろーっと眺めてから（なにも考えず）実行しているのですが、問題が発生しました。
Visual Studio 2017 15.5 リリース ノート
久しぶりに Xamarin.Forms のプロジェクトを開いてみると、ツールメニューから「Android」がなくなりました。
なにを言ってるかわからないかもしれませんが、なくなりました。
↓↓↓正しい姿↓↓↓
Android のデバッグ実行もアーカイブもできなくなっています。
Visual Studio Installer を起動して以下の2つを選択してからインストールを実行します。
Ver.15.5 から Android 標準の SDK Manager とは別に Xamarin 用のが追加されたようですね。
そしてそれはデフォルトではインストール対象外になっているようです。。
今回の問題自体は Android SDK セットアップ(API レベル 25)が原因らしいですが、SDK Manager も一緒に入れちゃいましょう。
ちゃんと開発環境の更新をする時は変更内容を確認しましょう。（自戒）
でもアップデートが頻繁過ぎてつらいなぁ。
Xamarin も VS に含まれて更新されるから全然関係ない更新もあるし、個別に更新してた時の方が楽だったかもな。
チームメンバー内で環境を統一するのは楽になったけど、1週間に1回ぐらい更新すべきかを判断して更新するって（30分もかからないけど）タスクが増えちゃう。
みんなめんどくさくないのかなぁ？
Visual Studio for Mac | Xamarin Releases
ここに書いてある方法で Visual Studio for Mac で iOS 11 を動かせるようにしました。
んで、Xamarin.Forms で簡単なアプリを実行してみました。
こんな XAML です。よくある iOS 用に画面上部の Padding に 20 設定してあるヤツです。
嫌な予感はしていました。
<?xml version="1.0" encoding="UTF-8"?> <ContentPage xmlns="http://xamarin.com/schemas/2014/forms" xmlns:x="http://schemas.microsoft.com/winfx/2009/xaml" x:Class="test.Views.MyPage" BackgroundColor="Teal"> <ContentPage.Padding> <OnPlatform x:TypeArguments="Thickness"> <On Platform="Android, WinPhone">0</On> <On Platform="iOS">0,20,0,0</On> </OnPlatform> </ContentPage.Padding> <ContentPage.Content> <StackLayout> <Label Text="Xamarin.Forms iPhone X Test" /> </StackLayout> </ContentPage.Content> </ContentPage>
で実行すると…
ぐわー、やっぱりー。
いろんなアプリ見直さなきゃーー
#どうでもいいけど、シュミレーターのスクショがカメラの部分透過になるんだな
==================
20170915_追記1
NavigationPage を親にして先ほどの画面を表示するとこんな感じになります。
==================
20170915_追記2
以前作成した de:code 2017 の公式アプリを動かしてみました。意外になんとかなってる…のかな…
前回の記事ではナビゲーションバーに色付きアイコンを置けるようにしました。
shunsukekawai.hatenablog.com
ナビゲーションバー系繋がりで、ステータスバーとナビゲーションバー自体の色をページによって動的に変えたかったのでやってみました。
タイトルに（仮）が付いてるのは結構無理やりというか、もうちょいスマートなやり方ないのかなー。と思ってるからです。誰か教えてください。
ナビゲーションバーの色（NavigationBarColor）とステータスバーのスタイルをデフォルトか（IsUseDefaultBarStyle）の BindableProperty を追加した ContentPage を継承したクラスです。
これをしないとステータスバーのスタイルが変更できません。
以下のように遷移するようになってます。今までのもひっくるめて Github にアップしておきます。
MainPage→SecondPage
↓
ModalPage
github.com
