Silverlight は不滅でした... OpenSilver を試してみました。

Silverlight のプラグイン不要のオープンソース再実装 OpneSilver のベータ版がリリースされたというニュースを見ましたので、昔 Silverlight を使っていた身としては「触ってみなければ」と思い、さっそく試してみました。
opensilver.net

Silverlightは、すでに Chrome、Edge、Safari などの最新のブラウザでは、プラグインもインストールできず、動作もしませんが、OpneSilver は見た目は酷似していますが中身は HTML5、CSS3、WebAssembly などの現在の Web 標準のテクノロジーで動作していますのでプラグインのインストールも不要ですし、最新のブラウザ上でも動作します。

なお、実装が全く違うので、xap ファイルを直接動作はできず、ソースコードからの再コンパイルが必要になります。

インストールは簡単です、トップページから VISX をダウンロードしてインストールするだけです。

公式の Getting-started もあります。
doc.opensilver.net

インストールすると、OpenSilver のプロジェクトが作成できるようになります。

OpenSilver Application を選択します。

雑に、Hello World を作ってみると…

細かいところは確認できていませんが、一応動きました。

Silverlight は不滅ですね！みなさん、安心してこれからもSilverlight を使い続けましょう（嘘）

ちなみに何のためにこんなプロダクトを開発したのかな～と思いサイトをよく見てみると、
以下にある通りSilverlight のアプリのマイグレーションを請け負うビジネスモデルのようですね。
opensilver.net

なかなかおもしろいですね。もう少しいじってみようと思います。

Apple M1 Mac 上の Visual Studio for Mac で Xamarinはどれくらい使えるか調べました。（2020/12/13時点）

はじめに

こんにちは、＠hiro128_777です。
　
この記事は「Xamarin Advent Calendar 2020」の13日目になります。
　
Apple M1 Mac が発売されて1ヶ月になりますね。というわけで、macOS Big Sur (Apple M1) 上の、Visual Studio for Mac で Xamarin がどれくらい使えるか再度確認してみました。
　
ちなみに、11/23 時点での状況こちらとなっております。
hiro128.hatenablog.jp

バージョン

• macOS Big Sur 11.0.1
• Visual Studio for Mac Version 8.8.3 (build 16)
• Xcode 12.2

　
Xcode は Universal App です。

Visual Studio はまだ Intel App で Rosetta2 を介しての動作となります。

　

Visual Studio for Mac のインストールと起動

　
インストールと起動は全く問題ありません。当該の Mac 上で、 なお、Rosetta 2 を利用するアプリの起動が初めての場合は、Rosetta 2 のインストールが走ります。
　

アプリごとの動作のまとめ

	SDK 認識・コード編集	エミュレーター デバッグ実行	実機 デバッグ実行	Xamarin Profiler エミュレーター	Xamarin Profiler 実機	備考
iOS	○　OK	○　OK	○　OK	○　OK	○　OK
Android	○　OK	△　一応動作	○　OK	○　OK	○　OK	エミュレーターはプレビュー版で動作
macOS	○　OK	---------------	○　OK	---------------	○　OK	Intel App としてビルドされ、 Universal App としてビルドできない

　
結論から言うと、発売直後の状況より改善があります。
以下詳細となります。
　　

iOS アプリ

SDK 認識・コード編集

問題ありません。
　

ビルド・デバッグ実行（シミュレータ）

問題ありません。
　

ビルド・デバッグ実行（実機）

問題ありません。
　
11/23 時点では iOS で実機にデプロイ時にプロビジョニングプロファイルの設定が不完全な時、1度だけ Visual Studio for Mac がクラッシュする現象が発生しましたが、それが起こらなくなりました。ですが、たまたま起こらなかったのか改善されたのかは不明です。
　

Xamarin Profiler（シミュレータ）

問題ありません。
　

Xamarin Profiler（実機）

問題ありません。
　

Android アプリ

SDK 認識・コード編集

問題ありません。
　

ビルド・デバッグ実行（エミュレータ）

11/23 時点では、エミュレータが起動できず実行できませんでしたが、プレビューですが、Google からApple M1 で動作するエミュレーターがリリースされており、そちらででエミュレーター上のデバッグが可能となりました。

エミュレータは以下からダウンロードしてインストールできます。
github.com

　
起動すると、Visual Studio for Mac で認識します。

　
なお、プロジェクトオプションで「迅速なアセンブリの配置」を外さないと、デプロイでエラーが出ました。

　
プレビュー版で試したら発生しませんでしたので、以下の issue のようです。
github.com

ビルド・デバッグ実行（実機）

問題ありません。
　

Xamarin Profiler（シミュレータ）

問題ありません。
　

Xamarin Profiler（実機）

問題ありません。
　

mac アプリ

SDK 認識・コード編集

問題ありません。
　

ビルド・デバッグ実行（実機）

　
こちらは状況が変わらず、ビルド、デバッグ実行できますが、Universal App としてビルドさせる設定が見つからず、結果として、Intel App としてビルドされ、Universal App としてはビルドできません。

　

Xamarin Profiler（実機）

問題ありません。
　

まとめ

というわけで、再度の検証では、Apple M1 Mac 発売直後より状況が改善され、動くには動くという状況にはなりました。少なくとも実機での動作は問題なくなっていますので、実機デバッグのみで開発するのであれば問題ない感じです。エミュレーターも使う場合には、もう少し待てば、Android でも問題なく使えるようになりそうです。
　
なお、速度的には全く遅いとは感じませんでした。あとは、Visual Studio for Mac が M1 ネイティブで動くようになると嬉しいのですが、情報が全く無くどこまで開発が進んでいるのかもわかりません。Xamarin 後継の .NET MAUI は Visual Studio Code をサポートするとアナウンスされていますので、MAUI リリースまで Rosetta 2 で引っ張って、Visual Studio for Mac は廃止で Visual Studio Code に移行というような事態にならないかがとても心配です。
　
早く Visual Studio for Mac を M1 ネイティブ対応にしていただけると助かります。
　
今回は以上です。

macOS Big Sur (Apple M1) 上で、Visual Studio for Mac を軽く試してみました。（2020/11/23速報版）

はじめに

こんにちは、＠hiro128_777です。
　
ようやく、Apple M1 Mac が自宅に届きました。というわけで、早速 Apple M1 Mac で Visual Studio for Mac を一通り軽く試してみました。なお、まだ詳しい検証はできておりませんので、引き続き調査したいと思います。
　
Intel Mac の Big Sur 上の動作状況は以下をご覧ください。
hiro128.hatenablog.jp
　

バージョン

• macOS Big Sur 11.0.1
• Visual Studio for Mac Version 8.8.1 (build 37)
• Xcode 12.2

　
Xcode は Universal App です。

　

Visual Studio は Intel App で Rosetta2 を介しての動作となります。
　
　

Visual Studio for Mac のインストールと起動

　
インストールと起動は全く問題ありません。当該の Mac 上で、 なお、Rosetta 2 を利用するアプリの起動が初めての場合は、Rosetta 2 のインストールが走ります。

　

なお、Visual Studio for Mac Version 8.8 のリリースノートは以下をご参照ください。
docs.microsoft.com
　

アプリごとの動作のまとめ

	SDK 認識・コード編集	エミュレータ デバッグ実行	実機 デバッグ実行	備考
ASP.NET（.NET 5）	○　OK	---------------	×　NG	Safari (Universal) 、 Chrome (Universal) ともに同じエラー
iOS	○　OK	○　OK	○　OK（若干不安定）	実機でプロビジョニングプロファイルの設定が不完全な時、 1度 VS がクラッシュ
Android	○　OK	×　NG	×　NG	エミュレータが起動せず、実機も認識しない
macOS	○　OK	---------------	○　OK	Intel App としてビルドされ、Universal App としてビルドできない

ASP.NET（.NET 5）

自分の環境では、Intel Mac 同様、ASP.NET で初回のみ開発証明書に関するダイアログが出ましたが、以下のように、画面表示の通り許可すれば、次回以降は聞かれなくなります。

　

　

　

　

上記は、微妙に発生条件が違いますが、以下の issue が相当しそうです。
docs.microsoft.com
　

ただし、対処後もデバッグ実行に失敗します。
　

下記のようなエラーメッセージが出ます。

-------------------------------------------------------------------
You may only use the Microsoft .NET Core Debugger (vsdbg) with
Visual Studio Code, Visual Studio or Visual Studio for Mac software
to help you develop and test your applications.
-------------------------------------------------------------------
Loaded '/usr/local/share/dotnet/shared/Microsoft.NETCore.App/5.0.0/System.Private.CoreLib.dll'. Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled.
Stack overflow.
   at System.Collections.HashHelpers.GetPrime(Int32)
   at System.Collections.Generic.Dictionary`2[[System.__Canon, System.Private.CoreLib, Version=5.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e],[System.__Canon, System.Private.CoreLib, Version=5.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]].Initialize(Int32)
   at System.Collections.Generic.Dictionary`2[[System.__Canon, System.Private.CoreLib, Version=5.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e],[System.__Canon, System.Private.CoreLib, Version=5.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e]]..ctor(Int32, System.Collections.Generic.IEqualityComparer`1<System.__Canon>)
   at System.AppContext.Setup(Char**, Char**, Int32)

iOS アプリ

SDK 認識・コード編集

問題ありません。
　

ビルド・デバッグ実行（シミュレータ）

問題ありません。
　

ビルド・デバッグ実行（実機）

問題ありません。
　
プロビジョニングプロファイルの設定が不完全な時、1度だけ Visual Studio がクラッシュしました。その後は、プロビジョニングプロファイルの設定が不完全であることを示すエラーが表示されました。
　　

Android アプリ

SDK 認識・コード編集

問題ありません。
　

ビルド・デバッグ実行（エミュレータ）

エミュレータが起動できず、実行できません。　

ビルド・デバッグ実行（実機）

実機を認識しませんでした。ただし、Intel Mac では、実機をきちんと認識しますので、Visual Studio for Mac 起因の問題ではない可能性もあります。
　

mac アプリ

SDK 認識・コード編集

問題ありません。
　

ビルド・デバッグ実行（実機）

　
ビルド、デバッグ実行できますが、Universal App としてビルドさせる設定が見つからず、結果として、Intel App としてビルドされ、Universal App としてはビルドできません。

まとめ

というわけで、軽く触った感じでは、Apple M1 Mac ではまだ問題が結構ありそうです。エラーの原因も詳しく調べられていないので、もう少し色々試してみたいと思います。
なお、速度的には特に遅いとは感じませんでした。Visual Studio for Mac が M1 ネイティブで動くようになるのが楽しみです。

また、M1 Mac 発売から1ヶ月後の 2020/12/13 時点での、調査結果は以下をご覧ください。
hiro128.hatenablog.jp

　
今回は以上です。

macOS Big Sur (Intel) 上で、Visual Studio for Mac を軽く試してみました。

はじめに

こんにちは、＠hiro128_777です。

待ちに待った macOS Big Sur がリリースされました。というわけで、早速アップデートし Intel Mac 上で Visual Studio for Mac を一通り軽く試してみました。

　

なお、Apple M1 チップ Mac 上の検証結果は以下をご覧ください。
hiro128.hatenablog.jp

バージョン

• macOS Big Sur 11.0.1
• Visual Studio for Mac Version 8.8 (build 2913)
• Xcode 12.2

Visual Studio for Mac 起動

問題ありません。

　
なお、Visual Studio for Mac Version 8.8 のリリースノートは以下をご参照ください。
docs.microsoft.com

iOS アプリ

SDK 認識・コード編集

問題ありません。

　

ビルド・デバッグ実行（シミュレータ）

問題ありません。

　

Android アプリ

SDK 認識・コード編集

問題ありません。

　

ビルド・デバッグ実行（シミュレータ）

問題ありません。

　

.NET 5 ASP.NET アプリ

SDK 認識・コード編集

問題ありません。

　

ビルド・デバッグ実行

自分の環境では、ASP.NET デバッグ実行時、開発証明書に関するダイアログが出ましたが、以下のように、画面表示の通り許可すれば、問題ありませんでした。

　

　

　

　

上記は、微妙に発生条件が違いますが、以下の issue が相当しそうです。
docs.microsoft.com
　

なお、対処後は無事デバッグ実行もできました。

　

まとめ

というわけで、軽く触った感じでは、Intel Mac では問題なさそうです。
　
Apple M1 Mac での挙動は、実機が届き次第確認してみます。
　
今回は以上です。

DualScreen 対応の Xamarin.Forms アプリを作ってみる （3）

はじめに

こんにちは、＠hiro128_777です。

とうとう iPhone 12 が発売されましたね。でも、Surface Duo も忘れないでください。Surface Duo 日本での発売はまだですが、すでに、エミュレーターで疑似体験することは可能です。

というわけで、10月27日（火）に、エミュレーターで Surface Duo 対応アプリを体験するオンラインハンズオンを開催いたします！

こちらは、簡単な Surface Duo のエミュレーターで動作するマルチスクリーン対応アプリを作って体験していただけるコンテンツになっていますので、ご興味がある方はぜひご参加下さい！

csharp-tokyo.connpass.com
　

この記事は（3）ですので、最初から手順をお試しになる場合は下記の（1）からお願いします。
hiro128.hatenablog.jp

（2）は下記からお願いします。
hiro128.hatenablog.jp

今回やること

　
ViewModel と Service を紐づけてアプリを完成させます。
　

ViewModel と Service を紐づける

　
ViewModel と Service を紐づけるコードを追記していきます。

なお、このサンプルはコードをシンプルにし、Dual Screen の動作をわかりやすくするために、 DI などコードの量が増える手法はあえて省いています。
　

MasterDetailPage.xaml.cs を修正

　
// 追記の部分を追記してください。
　

        bool IsSpanned => DualScreenInfo.Current.SpanMode != TwoPaneViewMode.SinglePane;

        DetailsPage detailsPagePushed;

        MasterViewModel masterViewModel; // 追記
        DetailsViewModel detailsViewModel; // 追記

        public MasterDetailPage()
        {
            InitializeComponent();

            NavigationPage.SetHasNavigationBar(this, IsSpanned);

            detailsPagePushed = new DetailsPage();

            masterViewModel = masterPage.BindingContext as MasterViewModel; // 追記
            masterViewModel.SetupViewsAction = () => SetupViews(); // 追記

            detailsViewModel = masterViewModel.DetailsViewModel; // 追記
            detailsPagePushed.BindingContext = detailsViewModel; // 追記
            detailsPage.BindingContext = detailsViewModel; // 追記
        }

Master.xaml.cs を修正

　
// 追記の部分を追記してください。
　

        public Master()
        {
            InitializeComponent();

            BindingContext = new MasterViewModel(new DetailsViewModel()); // 追記
        }

View から確認用の マークアップ を消去

　
＜!-- 確認用（後ほど消去する）ここから --＞から＜!-- 確認用（後ほど消去する）ここまで --＞の部分を消去してください。

    <Picker
        Title="路線を選択して下さい"
        Margin="10"
        HeightRequest="60"
        FontSize="Large"
        HorizontalOptions="Fill"
        VerticalOptions="Fill"
        ItemsSource="{Binding LineItems}"
        SelectedItem="{Binding SelectedLineItem, Mode=TwoWay}"
        >
    </Picker>
    <!-- 確認用（後ほど消去する）ここから -->
    <Label FontSize="Title" TextColor="Coral" Text="Master" HorizontalOptions="CenterAndExpand">
    </Label>
    <!-- 確認用（後ほど消去する）ここまで -->
    <CollectionView
        x:Name="Stations"
        ItemsSource="{Binding StationItems}"
        SelectionMode="Single"
        SelectedItem="{Binding SelectedStationItem, Mode=TwoWay}"
        SelectionChangedCommand="{Binding SelectStationCommand}"
        >

Details.xaml から確認用の マークアップ を消去

　
＜!-- 確認用（後ほど消去する）ここから --＞から＜!-- 確認用（後ほど消去する）ここまで --＞の部分を消去してください。

        <Label
            BackgroundColor="White"
            FontSize="Title"
            Grid.Column="1" Grid.Row="1"
            Text="{Binding Name}"
            VerticalTextAlignment="Center"
            >
        </Label>
    </Grid>
    <!-- 確認用（後ほど消去する）ここから -->
    <Label FontSize="Title" TextColor="Coral" Text="Detail" HorizontalOptions="CenterAndExpand">
    </Label>
    <!-- 確認用（後ほど消去する）ここまで -->
    <StackLayout
        BackgroundColor="White"
        Padding="5">

以上でコードは完成です。
　

デバッグ実行し、Dual Screen でアプリが動作するか確認する

　
Dual Screen で表示させるためには以下の動画の手順でアプリをスパンしてください。

Surface Duo Span 操作
youtu.be
　

上記の動画のように、路線と駅が選択でき、時刻が表示されればサンプルアプリは完成です。
　

今回は以上です。