Visual Studio for Mac で Surface Duo エミュレーターを使用してみる

はじめに

こんにちは、＠hiro128_777です。

いよいよ、Surface Duo が発売になりますね。自分も買って試してみたいですが、残念ながらまだ、日本での発売は発表されていません。

でも、とりあえず早く触ってみたいという方は「Surface Duo エミュレーター」なら今すぐ試せます。

というわけで、Visual Studio for Mac で Surface Duo エミュレーターを使用してみました。

Microsoft Docs に手順がありますが、画像が無くわかりにくいので、画像付きでご説明します。

SDK のインストール

以下のように、API 29 の SDK をインストールします。 

Surface Duo エミュレーター のセットアップ

以下のページを開いて、記載の手順通り「Surface Duo SDK プレビューリリース」から、ダウンロードページにアクセスして、dmg イメージをダウンロードしてください。

docs.microsoft.com

上記のページの手順通り、dmg をマウントして、からターミナルで解凍したフォルダに移動します。

Surface Duo エミュレーター の起動スクリプトの確認

Android SDK のインストールパスをカスタマイズしている場合、以下の手順で、Surface Duo エミュレーターの起動スクリプトの設定を確認します。 （Android SDK のインストールパスがデフォルトの場合、変更の必要はありません。）

docs.microsoft.com

Surface Duo エミュレーターを起動します。

以下のページの手順の通り、起動スクリプトを実行して、Surface Duo エミュレーターを起動します。

docs.microsoft.com

Surface Duo エミュレーターのディレクトリーで

./run_vs.sh

で Surface Duo エミュレーターが起動します。

早速アプリをビルドして実行してみましょう

以下にビルドしてすぐデプロイできるサンプルアプリを準備しました。

github.com

Visual Studio for Mac で XFSurfaceDuoSample2020/finish/XFSurfaceDuoSample2020.sln を開き、ビルドして、(実行中のデバイスの一覧で) (Android 10.0 - API 29) を選択し、デバッグ実行します。

以下の動画の通り、デプロイされアプリが動きます。
なお、Dual Screen で表示させるためには以下の動画の手順でアプリをスパンしてください。

youtu.be

今回は、以上です。

Microsoft Docs 「Objective-C 開発者向けの C# 入門書」

はじめに

こんにちは、＠hiro128_777です。
Microsoft Docs の Xamarin.iOS のカテゴリでぜひとも読んでいただきたい記事をご紹介します。

docs.microsoft.com

この記事は、「Objective-C 開発者向けの C# 入門書」というタイトルですが、Xamarin.iOS と Objective-C の関係性を理解するのにとても役立ちます。こちらを理解しておくことで、Xamarin.iOS でのハマりどころを理解することができるので、是非、一読していただきたいです。

その中でも、特に重要な部分をピックアップしました。

Objective-C との相互運用

docs.microsoft.com

Xamarin.iOS は単なる、Objective-C の wrapper ではありません。お互いに相互運用できるようになっています。相互運用についての解説です。

プロトコルとインターフェイス

docs.microsoft.com

Objective-C のプロトコル と C# のインターフェイスとの違いを説明しています。 どちらも目的は同じですが、微妙な違いがあります。違いについての解説です。この知識は、Objective-C を C# に移植する時に特に重要です。

セレクターと名前付きパラメーター

docs.microsoft.com

セレクターのエコシステムをどのように C# の世界で利用するかについて説明しています。Xamarin.iOS ではイベントの代わりにセレクターを使用することも多いので、とても重要な内容です。

本日は以上です。

Microsoft Docs 「Xamarin.iOS API の設計」

はじめに

こんにちは、＠hiro128_777です。
Microsoft Docs の Xamarin.iOS のとても良い記事が Human translation されたのでご紹介します。
（この記事、ぜひ Human translation して欲しかったので issue 上げてましたが、それが採用されました。）

ちょっとまだ翻訳がイマイチな部分もありますが、この記事だけで、20くらい PR 上げておいたので、程なく改善されるはずです。

docs.microsoft.com

この記事では、Xamarin.iOS と Objective-C の関連によって関して注意しなければならない点がほぼ網羅されています。
Xamarin.iOS でのハマりどころはかなりの部分で、この領域に集約されているので、是非、一読していただきたいです。

その中でも、特に重要な部分をピックアップしました。

NSObject と Dispose の関係とメモリ管理

docs.microsoft.com

docs.microsoft.com

Xamarin.iOS において、ネイティブのインスタンスとマネージドのインスタンスが相互運用される場合、必ずリソースの破棄、つまり Dispose() の問題がついて回りますが、適切に破棄するために理解すべき事項の説明です。

デリゲート

docs.microsoft.com

Xamarin.iOS と Objective-C では、デリゲートという言葉は違う文脈で用いられます。
デリゲートを使用する目的は一緒ですが、実現方法が違います。
Objective-C では設計のデザインパターンであり、Xamarin.iOS では言語に組み込まれているメソッドを参照する型です。

イベント

docs.microsoft.com

Xamarin.iOS ではひとつのインスタンスで、Objective-C の selector ベースのイベントと、C# のイベントハンドラーベースのイベントをを同時に利用すると、イベントが発火しなくなリますので、ご注意ください。

今回は以上です。

Xamarin.iOS, Xamarin.Android は クロスプラットフォーム開発ツールから C# 版の iOS SDK, Android SDK になりました。

はじめに

こんにちは、＠hiro128_777です。
2年ちょっと前に、Xamarin 今そこにある危機という記事を書きましたが、それから2年とちょっとが経過し、Xamarin を取り巻く環境はどう変わったのか、果たして Xamarin は危機を脱したのか、という観点で見ていきたいと思います。

hiro128.hatenablog.jp

いつの間にか変わっていった Xamarin.iOS, Xamarin.Android の位置づけ

Xamarin はご存知の通り、まず、Xamarin.iOS, Xamarin.Android がリリースされ、その後、Xamarin.Forms がリリースされました。
その経緯もあり、ネイティブ iOS SDK や ネイティブ Android API の Wrapper である Xamarin.iOS, Xamarin.Android と、それらを抽象化した UI Toolkit である Xamarin.Forms という構造であるものの、ブランディングとしては別のプロダクトとしてアップデートされていきました。

また、Xamarin.iOS, Xamarin.Android は両者ともそれぞれ、iOS Runtime、Android Runtime と双方向の相互運用が可能です。さらに、iOS と Android の API のほとんどが使用できます。（最近サポートされていない機能も増えていますが…）その結果、Xamarin.iOS, Xamarin.Android は、それ単体で iOS, Andtroid のネイティブアプリを開発できる Toolkit であるのと同時に、リリース当初から C# 版の iOS SDK, Android SDK としても利用できるポテンシャルがありました。その結果として、Uno.Platformや、Mobile Blazor Bindings のような Xamarin.iOS, Xamarin.Android の上で稼働するフレームワークが登場してくるというなかなか面白い展開になっています。

これは iOS と Android の API を可能な限り全て C# のエコシステムから触れるようにするという Xamarin.iOS, Xamarin.Android のコンセプトが非常優れていたからこその結果だと思っています。正直、昨今 Xamarin.iOS, Xamarin.Android それ自体にスポットが当たることは少なくなってきましたが、Xamarin.Forms や Uno.Platform、Mobile Blazor Bindings の支える重要な API として Xamarin.iOS, Xamarin.Android は今後も生き残っていくことになりました。

というわけで、Xamarin はひとまず危機を脱したと考えています。Visual Studio for Mac も順調にバージョンアップしており、C# で当たり前に iOS API, Android API を触れるのは、私としては非常に嬉しい結果になったと言えます。

今年は Surface Duo も発売され、.NET 5 として Xamarin は統合され、「dotnet new XamarinForms」というコマンドも通るようになるらしいので、Xamarin の今後がとても楽しみです！

（Mac Catalyst もサポートして欲しいですが…)

Xamarin.Forms, Uno Platform と Mobile Blazor Bindings の比較

はじめに

こんにちは、＠hiro128_777です。

C# / .NET 系のクロスプラットフォームフレームワークもいつも間にか、Xamarin.Forms, Uno.Platform と Mobile Blazor Bindings(まだ Experimental ですが) と3種類も登場しています。「さあ、これから C# でクロスプラットフォームやるぞ」という方は、いったいどれから始めればいいのか迷ってしまうと思いますので、それぞれ、どんな違いがあるのかを簡単に整理してみました。

Xamarin.Forms, Uno Platform と Mobile Blazor Bindings のアーキテクチャの比較

Xamarin.Forms

Uno Platform

Mobile Blazor Bindings (実験段階)

Xamarin.Forms, Uno Platform と Mobile Blazor Bindings それぞれの特長

	Xamarin.Forms	Uno Platform	Mobile Blazor Bindings (実験段階)
UI コントロール	各プラットフォーム独自UIを尊重	UWP UI の再現を重視	各プラットフォーム独自UIを尊重
DSL	XAML (Xamarin.Fomrs独自)	XAML (UWP Based)	Razor
iOS	◯	◯	◯
Android	◯	◯	◯
UWP	◯	◯	×
Web	×	◯	×
カスタマイズ難易度	◯	×	？（まだ不明）

まとめ

Mobile Blazor Bindings はまだ Experimental ですが、Xamarin.Forms と Uno Platform は問題なくアプリ開発ができます。

Xamarin.Forms の方が設計的に、iOS, Android の最終的なアプリのカスタマイズが考慮されており、iOS, Android らしさについて細かい調整ができます。

Uno Platform は、カスタマイズはあまり考慮されていませんが、各プラットフォームでの見た目の差異が少ないので、UI にこだわりがないツール的なアプリが本当に簡単に作成できます。

Mobile Blazor Bindings は、今の所、Razor で Xamarin.Forms のUI が書けるという感じです。

実際にサンプルアプリをビルドしてみるとその違いがよくわかりますので、ぜひ試してみてください。