Xamarin.Forms vs Xamarin Mvvmcross

私たちは次の大きなプロジェクトのためにXamarinに行く予定です。 Xamarin.Formsのように成熟していて、プロダクションプロジェクトに行くことができます。しかし、私はXamarin.FormsやMvvmCrossアーキテクチャのXamarinを使ってみると、あなたの専門家からの意見を取りたいと思っています。Xamarin.Forms vs Xamarin Mvvmcross

プロジェクトは私たちの顧客にとって大きくて重要です。

出典

2016-07-19 VPatil

私が言って申し訳ないが、これは私が主題についていくつかのより多くを学ぶために推薦大きくて重要なプロジェクトである場合。 Xamarin.FormsとMvvmCrossのXamarinは組み合わせることができます。あなたが他を使うことができないものを使うのは好きではありません。したがって、適切な決定を下す前に、この問題についてもう少し知識を得る必要があるようです。私たちはMVVM but..IとXamarin.Formsを行うことができます知っている –

@GeraldはMvvmcrossとXamarin.Forms対Mvvmcrossで、他の方法でXamarin.Androidを聞いてきますか？私はパフォーマンスの点でチェックしたいですか？ – VPatil

あなたはUIの観点から予期しているものに依存します。アプリケーションにはカスタムUIがたくさんありますか？物事は、ネイティブのコントロールとは異なるスタイルにする必要がありますか？これらのタイプの要件を予期している場合は、Mvvmを使用してコード共有を向上させるだけでなく、UIに関しては完全な柔軟性を提供するため、Xamarin.AndroidとXamarin.iOS with MvvmCrossは優れたソリューションです。 X.Formsでの私の経験から、カスタムレンダラの作成に費やされた時間は、通常、保存された時間をオフセットします。 – pnavk

我々は、約18ヶ月前にXamarin.Formsで実験ので、この経験は日付することができるが、我々はXamarin.Formsが生産プロジェクトには不向きであることが判明。確かに、基本的なデータキャプチャアプリケーションを複数のプラットフォームで実行することは非常に迅速ですが、必然的にUI機能が限られているため、カスタムレンダラをどこにでも書く必要があり、コードが複雑になりました。私の意見で

、Xamarin.Formsは間違った方法で、複数のプラットフォームの問題を解決しようとする - 各プラットフォームのUI要素の周りに共通のラッパーを提供しようとすること。つまり、Xamarin.Formsを使用すると、Xamarinをそのまま使用することができます。これは、一般的な要素の最小公約数実装で常に戦うことになります。より高度なUIのための独自のコードを書く。

これに対して、MvvmCrossのアプローチでは、できるだけビジネスロジックを単一のライブラリに統合し、各プラットフォームのUIに自由に実行できるようにしています。共有ライブラリにコードの80〜90％を取得しながら、各プラットフォームに必要なUIを自由に実装することができます。これは、マルチプラットフォームの問題を解決するためのよりきれいな方法です、IMO。

出典

2016-07-20 06:43:00

おかげですばらしい答えをエイドリアン... – VPatil

私はXamarin.android代わりのXamarin.formsが、良い夜、PluralsightコースやYouTubeのビデオ、すべての参照Xamarin.formsを含むすべてのウェブ上文字通りすべての例を使用します。それは人々が使用している唯一のものだと信じさせる！ – Helzgate

ええ、Microsoftは.Formsのアプローチを難しくしています。彼らは、WinFormsアプリを一緒に叩くことができるデスクトップ時代にはまだ考えています。何を使うべきかが分かっているので、ユーザーにとっては大丈夫です。モバイルではUXにもっと重点を置く必要があり、フォームがあなたの目標ならば.Formsは間違ったアプローチです。 MvvmCrossに比較的新しく、非常に良いPluralsightコースがあります： https://www.pluralsight.com/courses/mvvm-based-architecture-xamarin-mobile-apps –

Xamarin.Forms vs Xamarin Mvvmcross

答えて

関連する問題