mvvm - Xamarin クロス プラットフォームに MVVM を使用する理由

Question

クロスプラットフォームで Xamarin を使用するために常に MVVM を選択する理由を尋ねています。

MVVM は他のパターンよりも多くのコードを共有すると思いましたか?

返信ありがとう

Answer 1

IMMOと答えよりも（哲学的な？）意見のようなもの。

おもう：

より少ないコードを書くことよりも、懸念の分離、スケーラビリティに関するものです（C＃ではかなり冗長になる可能性があります）。おそらくコード共有は、モジュール/コンポーネント/ ViewModels ...を複数のビューに再利用するのに役立つ場合、機能共有に似ています? ...単一のモデルまたはエンティティに対して異なる VM ?.

... クライアント側 .net の事実上の mv* パターンでもあります (XAML のように)。MvvmCross (非常に人気のあるクロス プラットフォーム フレームワーク)で使用されます。別のパターンを使おうとするのを止めるものは何もありません (アプリケーションのライフ サイクルを深く掘り下げると、どのパターンに従っているかを判断するのが非常に難しい場合があります)。

...しかし、前に述べたように、「.Net UI Bindings の選択パターン」です...ナレッジ ベースは広範です (これが鍵だと思います) ...とても ...従うのが簡単で、役立つ( Jenga-Code 、 Spaghetti などのように) 物事が乱雑になり始めたときに元に戻すため

... Mvc パターンも別の選択肢であると述べました ... Moncrossを確認します。これも .net で広く使用されていますが、通常はサーバー側で ...広範な知識ベース ...アプリケーション ..必要になる可能性があるアプリケーションバックエンドの起源により、クライアント側のニーズを推定しますか?

jscript/java/scala などの別の言語やフレームワークを確認してください...任意のパターン mvp/mvc/mv*whatever* を使用できますが、特定のフレームワークは特定のパターンに従う傾向があります (これはパターンですか?)。

おそらく、言語フレームワークのパイオニアと大きな頭脳がそのルートを降りて、何ができるかを示したからでしょう...そして、私たちは喜んで彼らの発見とアドバイスに従います.. .