モバイルアプリケーションを作成するとき、「…ならどれだけ良いか」という精神で多くの異なるウィッシュリストがあります。そして、改善が必要なアイテムを置き換えることができます。 この記事には、新しいXamarin.Forms開発者がフレームワークとビルドツールのボトルネックを回避するのに役立つ推奨事項が収集されます。 そして、鉄から始めます。







著者に発言権を与えます。

1.環境のセットアップ

Xamarin.Forms開発者が最初に直面するのは、快適なレベルよりもはるかに長いプロジェクトの長いビルドです。 これは、アセンブリ中に多数のファイルが作成および更新されるためです。

アセンブリを高速化するには、ソースフォルダをRAMディスクに転送するだけです。 これは、RAMの一部がMacファイルシステムのローカルディスクまたはフォルダーとして使用される場合です。 何も失われないように、RAMディスクのデータはタイマーでSSDに保存されます。 まだ通常のハードディスクドライブ（HDD）がある場合は、間違いなくSSDにアップグレードする必要があります。 4GB RAM +優れたSSDは、ビルドを著しく高速化します。 約1桁。

ネットワーク上には、RAMディスクを操作するためのさまざまなユーティリティと、それらを操作するための手順があります。

2. Xamarinのボトルネック

他のツールと同様に、アプリケーションを作成するときは、Xamarin.Formsの機能を理解する必要があります。 アプリケーションのタスクが、多数のアニメーションと非標準インターフェースでユーザーを驚かせることである場合、クロスプラットフォームフレームワークは最良の選択ではありません。 しかし、比較的静的なビジネスアプリケーションの場合は、はるかに優れています。

Xamarin.Formsは従来のXamarin.iOSおよびXamarin.Androidのアドオンであるため、それらのボトルネックを理解する必要があります。 以下は、Xamarin.iOSおよびXamarin.Android上のアプリケーションのアーキテクチャです。

Xamarin-applicationは、ネイティブとクロスプラットフォーム（Mono環境）の2つの部分で構成されています。 これらの部分は、特別なブリッジを介して互いに通信します。 Mono環境のラッパーは、各ネイティブクラスとタイプの周りに作成されます。 「ネイティブ」から「クロスプラットフォーム」への移行でデータを転送してメソッドを呼び出すと、パフォーマンスがわずかに低下するため、これを必ず考慮する必要があります。

たとえば、データを計算して操作するときは、ネイティブ環境（nfloat）ではなく、Mono環境（C＃/。NET）の型とクラスを使用します。 また、C＃コードからのUIの制御を最小限に抑える必要があります。 たとえば、アニメーションを実行したり、クロスプラットフォームパーツからループでUIを集中的に更新したりしないでください。 ブレーキがかかっていたわけではありませんが、UIの大規模な計算と大規模な制御（非同期で受信するデータとさまざまなアニメーションを含む多数の要素）を使用すると、ユーザーに顕著な不要な遅延が発生する可能性があります。

これはXamarin.Formsに完全に適用され、iOS、Android（およびWindows UWP、mac OS、GTK＃、Tizenのヒープへのユーザーインターフェイスとプラットフォーム機能を備えた柔軟で高性能な作業層の両方を提供するという困難なタスクを解決しますが、考慮しないでください）。 そして、「小児」疾患のほとんどはすでに克服されているという事実にもかかわらず、ボトルネックは依然として残っています。これは、開発時に考慮されるべきです。

3. XAML

Xamarin.Formsの初期バージョンには、XAMLページに関する明らかなパフォーマンスの問題がありました。 同じユーザーインターフェイスをC＃コードで記述することができました。これにより、中性能のデバイスでページまたはビューの作成時間（コンストラクター呼び出し！）が300ミリ秒以上短縮されました。 複雑なコンポーネントの場合、この時間はさらに長くなりました。 App.xamlは、アプリケーションのコールドスタート時間の増加に貢献しました。 スタイルやその他のリソースがたくさんある場合、アプリケーションの起動は目立って増加する可能性があります。 再びゼロから。 この問題は特にAndroidに関連しており、C＃コードを優先してApp.xamlおよび起動ページ（たとえば、MainPage.xamlおよびMenuPage.xaml）を使用することを簡単に回避すると、アプリケーションの起動時間が半分に短縮される場合がありました。

今回は、XAMLコンパイルを追加すると大幅に削減されました。 Xamarin.Forms 2.5.0では 、Hello Worldページに対して次のメトリックが生成されました。

• コンパイルなしのXAML 441ミリ秒
• 188ミリ秒のコンパイルを使用したXAML
• C＃コード182ミリ秒。

ご覧のとおり、まれなケースでは、たとえば、最大のパフォーマンスが重要なListViewセルの場合、C＃でインターフェイスの説明を使用できます。 他のすべてのシナリオでは、 [assembly: XamlCompilation(XamlCompilationOptions.Compile)]



をプロジェクトコードに追加することにより、UIを大幅に高速化できます。

また、複雑なレイアウトと多数の要素を備えた埋め込みXAML（XAMLページは外部ビューを使用し、XAMLについても説明します）の場合、初期化時間がHello Worldの例よりも長くなることを検討する価値があります。 XAMLをコンパイルすると、ページとビューの作成が大幅にスピードアップします。次のポイントに進みます。

4.レイアウト

iOS、Android（およびその他のプラットフォーム）のユーザーインターフェイスのクロスプラットフォームレイアウトを提供するために、Xamarin.Formsはインターフェイス要素の独自のレイアウトメカニズムを実装しています。 ネイティブiOSおよびAndroidには独自のレイアウトメカニズムがありますが、プラットフォームごとに特定のロジックがあるため、クロスプラットフォームアプリケーションには直接適していません。

ページを正しく配置するために、フレームワークはページにネストされた要素のサイズを知る必要があり、これにより子コントロールのツリー全体のクロールが開始されます。 Xamarin.Formsの将来のリリースでは、レイアウトメカニズムを含む多くの最適化が約束されています。 ただし、現時点では、単純なルールを覚えておく価値があります。UI要素の数字がより正確に示され、ネストのレベルが低いほど、レイアウトが速くなります。 たとえば、UI要素のプロパティでAbsoluteLayout.LayoutBounds="0.1,0.1,0.3,0.3" WidthRequest=”300”



を指定できます。

また、レイアウトを実装する必要がある場合もあります。 それらでは、たとえば、親ビューの寸法を基準にして、各UI要素の正確な寸法を計算できます。 これにより、座標の長い再計算が不要になり、リストビューの重いセルの速度が上がります。

レイアウト最適化の詳細

レイアウトの作成の詳細を読む

5. UIおよび正しいViewModelの更新

Xamarin.Formsを含むすべてのUIサブシステムのもう1つの問題は、データを更新する際のサイズの再計算です。 これは、ビジュアルオブジェクトのツリーを更新することで有名な問題で、ReactJSの類似物がWeb開発で登場しました。 モバイルでは、この問題は深刻ではありませんが深刻です。

Xamarin.FormsはMVVMアーキテクチャを使用します。ViewModelプロパティが更新されると、PropertyChangedイベントが発生し、新しいデータがUIに到着し、Viewはページ全体のサイズと座標の再計算を要求できます。

10の異なるフィールドを更新すると、ページ上の要素のツリー全体で10のレイアウトサイクルが発生します。これらはユーザーの目には10サイクルです。 10サイクルではなく1サイクルを実行するには、必要な10フィールドを持つ1つのモデルを使用する必要があります。 これで、モデルとビューが全体として更新されます-10ではなく1つのPropertyChangedイベント。

そのため、本日の記事では、Xamarin.Formsの主なボトルネックと、その効果をレベル化するアプローチに注目しました。 そして、今日だけではありません！

Xamarin Dayへの招待

Xamarinについて質問があり、クロスプラットフォームアプリケーションの開発に興味がある場合は、 1月31日にモスクワで開催されるXamarin Dayについてお知らせします。 その上で、ベストプラクティスについて学ぶだけでなく、コードに関するライブアドバイスを受けることもできます 。 質問のあるコード（問題、バグ、アーキテクチャ、パフォーマンスの低下など）を表示し、その場で専門家のアドバイスを無料で入手できます。 プロジェクトに関する個別相談を申し込むには、 events-techdays @ microsoft.comでプロジェクトと問題に関する簡単な情報を書いてください。

イベントの詳細については、 こちらをご覧ください 。

Telegramの居心地の良いXamarin開発者チャットに参加してください。

連絡を取り合い、 必ずXamarin Dayに来てください！

著者について

Vyacheslav Chernikovは 、 Binwell 、Microsoft MVP、およびXamarin認定開発者の開発責任者です。 過去には、Nokia ChampionおよびQt認定スペシャリストの1人であり、現在はXamarinおよびAzureプラットフォームのスペシャリストです。 彼は2005年にモバイル分野に参入し、2008年からモバイルアプリケーションを開発しています。Symbian、Maemo、Meego、Windows Mobileから始め、その後iOS、Android、Windows Phoneに切り替えました。 Mediumブログで Vyacheslavの記事を読むこともできます。



著者による他の記事は、 ＃xamarincolumnコラムにあります。