Visual Studio 2022がついにGA（リリース）されました。
visualstudio.microsoft.com
いよいよ64bitなVisual Studioですよ。
ダウンロードも可能です。
ダウンロードしたらインストールですね。
必要なワークロード（機能）だけ選択してサクッとインストールできます。
今回の注目はなんといってもここですね。「.NET 6」そして「C# 10」。
それでは、今日のこれからの時間は、新しいVisual Studoの探検を開始したいと思います。
また、後日！
.NET Core系のランタイムには、.NET Runtimeと.NET Desktop Runtimeがあります。
dotnet.microsoft.com
.NET Runtimeに含まれているのは、.NET Core系（５や６も含む）のコンソールアプリを実行するのに必要なDLL群です。
2021/09/14に.NET 6がいよいよRC1になったようです。
github.com
RC=Relase Candidateであり、いわゆるリリース候補版とよばれているものです。
.NET 6 RC1は、"Go Live”となっているので、いよいよ実開発に適用できる品質のものがでてきたということです。
github.com
.NET 6は、2021年11月に一般提供(GA)予定です。
あと2か月ありますので、このまま予定通り一般提供がはじまってくれるといいですね。
11月あたりのMicrosoftの大型イベントには、2021年11月2日～4日に開催される「Ignite 2021」があります。このあたりでGA発表されるのが有力かもですね。
myignite.microsoft.com
.NET Coreは、.NET 5にて.NET Frameworkからの乗り換えがかなり容易になりました。つまり、既存アプリのフレームワークを.NET Frameworkから.NET Core変更し、今後の機能エンハンスの計画に.NET Frameworkでは実現が難しかったな機能などを計画できるようになったということです。
.NET 6はそのような状況での最初のLTS (Long Term Support)が提供されるバージョンとなります。
Visual Stuido 2022 Version 17.0以上が必要です。
visualstudio.microsoft.com
Visual Studio 2022は現在プレビュー 3.1版が提供されています。
「Project Reunion」は、簡単に言えばUWP APIをWin32（WPFアプリやWinFormsアプリ）アプリで使用できるようにするものです。
UWP APIなのでWindows 10が前提となり、対応バージョンは(現在サポートされているWindows 10一番古いバージョン（ただしEnterprise LTSC）である Version 1809以降となります。
2021年6月25日くらいにProject Reunionの名前が「Windows App SDK」に変更になっていました。
現在のバージョンは0.8なので、プレビュー公開されていたProject Reunion 0.8を一般公開するにあたって名称を変更したことになるようです。
Windows App SDKのロードマップを見ると1.0は、2021 Q4となっています。
github.com
例えば、WinUI 3.0などはWindows 10のみをサポートしますが、Project Reunionのコンポーネントの一部はWindows 7/8も含めて古いWindows 10バージョンもサポートしています。
とはいえ、Windows 7も基本的にはサポートが終わっていますし、Windows 8/8.1ユーザの大半はWindows 10に移行しているであろうことを考えると、そんなぎりぎりのところを責めるよりも
というような動作環境仕様にした方がよいと思います。
第４回の今回は、M5Stack Core 2で収集した「気圧」「気温」「湿度」をAzure側もおくるために、まずはAzure側で準備することを紹介します。
M5Stack Core 2などのIoTデバイスからのデータ収集を行うとき、次のような仕組みが必要です。
具体的な実現方法については、今回は触れませんが、これらの仕組みを考慮しながらクラウド上に独自の収集ロジック用サービスを構築するには、高度な知識が必要になってきます。
オンプレミスなシステムであれば独自の通信路の維持管理なども含めてかなりの規模の開発や運用管理が必要となったでしょう。
しかし、これらの仕組みが含まれたAzure IoT Hubを使うことで、ゼロから設計および構築をしなくても一気に用意することができます。また、運用自体の負荷も利用しているAzure全体の運用の中に組み込むことで、運用負荷が著しく増加するということもありません。
Azure IoT Hubを使用するためには、まずは、Azure IoT Hub自体を作成して、そこに接続するデバイスを定義していきます。
Azure IoT Hubの作成は、Azure管理ポータルでリソースを作成するだけで簡単にできます。
Azure管理ポータルにサインインしたら、[リソースの作成]で「IoT Hub」を検索し、[作成]をクリックしてリソースを追加します。
Azure IoT Hubの料金プラン (課金額) は、作成時や作成後に指定できます。無料プランは、IoT Hubでは「F1:Freeレベル」という表記になります。
スケーリングが1だったり、「Defender for IoT」も有効にできなかったりといくつかの制限はありますが、無料プランでも基本的な機能は備えていますので、動作確認や数台を接続して試験するような場合に便利です。
Azure側の準備が整ったので、次回は、M5Stack Core 5からAzure IoT Hubに「気圧」「気温」「湿度」を送信するためのプログラム（スケッチ）を紹介します。
hatsune.hatenablog.jp
ということで、.NETラボ勉強会2021年8月に登壇してきました。
speakerdeck.com
Azure IoT Hubを学ぶ一番の近道は実際に使ってみることです。１日8000メッセージ（IoTデバイス１台だけ接続するならデータ送信間隔は約12秒）という上限はありますが、IoT Hubには無料プランもあるので課金を気にせず試せます。
また、もっと系統的に学びたいということであれば、Microsoft Learnもお勧めします。
docs.microsoft.com
docs.microsoft.com
docs.microsoft.com
iOS14以降 & XCode 12以降では、ローカルネットワークへの通信にユーザの許可が必要になりました。
そして、マルチキャスト/ブロードキャストで他の機器と通信をするためには、Appleへの申請やentitlementsへの追記など色々必要になっています。
Info.plistに対して、「Privacy - Local Network Usage Description」を追加してローカルネットワーク上の別デバイスとの通信を行うときに許可ダイアログが表示されるようにします。
ただし、Xamarinの場合、2021/07/19現在の最新版では「Privacy - Local Network Usage Description」が選択肢の中にでてきません。
そこで、直接Info.plistファイルを編集して「NSLocalNetworkUsageDescription」を追加します。
Bonjourでサービスを検索するときには不要ですが、それ以外でマルチキャストやブロードキャストをするときには、Appleに「Multicast Networking Entitlement申請」を行う必要があります。
申請方法は下記のURLに開発者アカウントでサインインして申請します。申請してから３～５営業日くらいで「Multicast Networking Entitlement」を取得できます。
https://developer.apple.com/contact/request/networking-multicast
申請時の注意するのは、「Explain why your app needs to send multicast or broadcast traffic, or browse for all Bonjour service types.」という項目の内容です。ここには、次のような内容が含まれていないと、追加情報を要求されて余計に日数がかかります。
「Multicast Networking Entitlement」が取得できたとの連絡メールがAppleからくると、Apple Developer Programのサイトの「Identifiers」にて、Multicast NetworkingのCapabilitiesをEnableにできます。
Enableにチェックをつけて[Save]をクリックすると確認ダイアログが出るので[Confirm]をクリックします。
Capabilitiesの追加確認のダイアログには「機能を追加または削除すると、このアプリIDを含むプロビジョニングプロファイルが無効になり、今後使用するためには再生成する必要があります。」と記載があるのでプロビジョニングプロファイルの再作成が必要です。
アプリの.entitlementsファイルに、ブール値が true のcom.apple.developer.networking.multicastエントリを追加します。
.NET 6やMAUIなど、今年、MicrosoftがGA（一般公開）する技術では、マルチプラットフォームのXamarin.Formsよりも更に促進されることが期待されるものが多いと感じています。
そこで、じゃあC#を使ってAndroidやiOSのアプリを作成しようと思ったときに、意外にネックになるのが、iOSアプリを作成するときに必要な証明書の作成です。
しかも本番用証明書の期限は１年なので、私だけなのかもしれませんが、毎年どうやったのか思い出しながら不安になりつつ作業しています。
そこで、心理的安全が欲しいということもあり、ちょっとこの辺りを自分の言葉でまとめておきたいと思います。
この分野は専門外なので、何かおかしな記述があればご指摘いただき、随時、本文に反映させていくという若干他力本願な内容となりますが、最後までお付き合いいただければ幸いです。
iOSアプリを開発してストアで公開してとなると、Apple Developer Programに加入する必要があります。
アプリ作成するだけなら加入必須ではないという話もあるようですが、そこについては今回は触れません。
developer.apple.com
Apple Developer Programの年間メンバーシップの料金は11,800円です。iOSなどのベータ版も入手できたり、様々な情報も得られますから、実際にストアに登録する作業を別部署でやり開発する人が直接できないようなジャパニーズトラディショナルカンパニーさんだったとしても、開発している部署でも（会社のお金で）登録しておくとよいと思います。
ここで重要なのは、登録するときに記入するメールアドレスです。これが、今後の様々なところで「アカウント」として一意に識別されるための情報となります。
メンバーシップに登録されるとTeam IDというものが払い出されます。このIDも重要で、要はアプリの発行元IDのようなものになります。
後々作成する証明書について、どの証明書かわからなくなったらこのTeam IDを他よりに判断することになります。
なお、年間なので１年後にはメンバーシップの更新が必要になります。近づいてくるとメールで「そろそろ期限がきれますよ」とお知らせが飛んでくる新設設計なので、メール無視せずに期限切れになるまえにちゃんと更新しておくようにしましょう。
忘れない！絶対！
Apple Developer Programの登録がおわったら、Macでの作業となります。
[キーチェーンアクセス]-[証明書アシスタント]-[認証局に証明書を要求]メニューをクリックします。
[続ける]ボタンをクリックしてから、次のように設定されていることを確認します。
デスクトップを指定して[保存]ボタンをクリックすれば、これで、Apple Developer Programのアカウントに紐付いたアカウント証明書が作成できました。
この証明書の有効期限も、作成してから１年間となります。また、作成するときには有効な年間メンバーシップの契約が必要です。
そのため、年間メンバーシップを更新したら、アカウント証明書も再作成しておくとよいでしょう。
アカウント証明書が作成できたならば、Apple Developer Programのサイトにいって作業します。
事前に登録したアカウントでサインイン
「Certificate, Identifiers & Profiles」のページに移動します。
Certificatesの後ろの[+]を押して、新しい証明書を発行します。
開発用のApple Development証明書ならば、「Apple Development」を指定します。
XCode 11以降はApple Developmentを指定します。
それより以前のものはiOS App Developmentを指定しますが、古いXCodeを積極的に使う理由はないので、実質「Apple Development」一択です。
「Maximum number of certificates generated」とでているのは、すでに発行しているApple Development 証明書に紐付いている「Provisioning Profile (Development)」で有効期限切れのものがあるからです。
アカウント証明書が作成できたならば、Apple Developer Programのサイトにいって作業します。
事前に登録したアカウントでサインイン
「Certificate, Identifiers & Profiles」のページに移動します。
Certificatesの後ろの[+]を押して、新しい証明書を発行します。
発行用の証明書が必要なので、「Apple Distribution」を指定します。
XCode 11以降はApple Distributionを指定します。
それより以前のものはiOS Distributionを指定しますが、古いXCodeを積極的に使う理由はないので、実質「Apple Distribution」一択です。
Apple Distribution証明書は、合計で３つ作成できます。
Apple Distribution証明書は、基本的にアプリごとに作成するのではなく、発行者ごと、つまり、Apple Developer Programのメンバーシップごとに１つ作るような運用イメージになります。
来年の年間メンバーシップの更新時に新しい証明書を作成するときや、開発機を変更するときなども、きっと、このエントリ見ながらやると思います。忘備録大切！
