設計パターン - モデル - ビュー - ビューモデル (MVVM: Model-View-ViewModel) の問題点とその解決策
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 モデル - ビュー - ビューモデル (MVVM: Model-View-ViewModel) の問題点とその解決策 Robert McCarter サンプル コードのダウンロード Windows Presentation Foundation (WPF) と Silverlight には最新のアプリケーションを構築するための高度な API が用意されていますが、WPF のさまざまな機能を理解し、互いに調和させて適用し、設計が適切で保守しやすいアプリケーションを構築することは、難しくなる場合があります。このような問題を解決する糸口はどこにあるでしょう。また、アプリケーションの適切な構築方法とはどのようなもので
動的プロキシなViewModelの実装とパフォーマンスの比較(MVVMパターン) - the sea of fertility
MVVMパターンで良く取り上げられる問題の一つとして、ModelからViewModelにプロパティを公開するのが面倒すぎるというものがあります。 確かに件の作業は冗長で、面倒で、MVVMパターンを使ってたアプリケーションに気軽に着手しにくいという問題を抱えていました。 ViewModelをプロキシとして機能させるアプローチ 件の作業を隠ぺいするアプローチの一つして、ViewModelを「Modelのプロパティを透過的に公開するプロキシ」として機能させるアプローチがあります。 .NET4がリリースされるまで、少なくとも標準のライブラリでは、.NET世界においてプロキシとしてのオブジェクトを作成する手段はRealProxyしか存在しませんでした(多分) RealProxyはもともとは古の.NET Remotingのための技術ですが、非常に暗黙的にオブジェクトのメンバアクセスへの割り込み処理を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
