MVVM パターンを使用してビジネス アプリケーションを構築したいと考えています。MVVM-Light を選択したのは、自分のニーズに合っているからです。MVVM-Light について私が見たすべての例で、誰も WCF RIA を使用していません。従来の MIX10 の例では、同じプロジェクトでサービスを使用しますが、WCF RIA は Web プロジェクトでサービスを作成します。問題は、WCF Ria が作成する DomainContex 全体のインターフェイスを構築するのは非常に難しそうに見えますが (私にとっては確かに難しいことです!)、インターフェイスがなければ、Blend やテストでも使用される偽の DomainContex を構築するにはどうすればよいでしょうか? ? 何か不足していますか?ありがとう。
2 に答える
実際、私が使用しているソリューションはブレンド可能で、ブレンド プロセスがさらに簡単になります。
このフレームワークを使用してこれを達成する方法の例を次に示します。
public class FolderViewModel : VMBase
{
private string _subject = string.Empty;
private string _folderName = string.Empty;
private string _service = string.Empty;
private string _dept = string.Empty;
private string _efolderid = string.Empty;
private string _timingName = string.Empty;
private WorkplanBase _planBase = null;
private IEnumerable<PSCustomList> _timingOptions = null;
private decimal _totalvalue = 0;
public FolderViewModel()
{
registerForMessages();
if (IsInDesignMode)
{
// Code runs in Blend --> create design time data.
EFOLDERID = "0123456790123456790123456791";
Subject = "9999-00 - This is a test nVision Subject";
Service = "AUDCOMP";
Department = "AUDIT";
FolderName = "NVSN003000";
List<PSCustomList> listItems = new List<PSCustomList>();
listItems.Add(new PSCustomList()
{
ID = "1234",
ParameterValue = "Busy Season"
});
listItems.Add(new PSCustomList()
{
ID = "1134",
ParameterValue = "Another Season"
});
_timingOptions = listItems.ToArray();
_totalvalue = 12000;
PlanBase = new WorkplanBase()
{
ClientFee = 15000,
Timing = "1234"
};
}
}
}
次に、すべてのサンプル データが、ViewModelLocator クラスにバインドされている実際のビュー モデルのコンストラクターで定義されます。VMBase は、ブレンド中に DataContext をインスタンス化しようとしないように処理します。
私にとってうまく機能することがわかったのは次のとおりです (これは、MVVM ライトと RIA ビジネス テンプレートの両方から一部を抜粋したものです)。
MVVM Light の ViewModelBase クラスを継承して、新しい ViewModelBase クラスを作成します。このクラスでは、DomainContext、保留中の可能性がある操作のリスト、現在の操作、IsBusy プロパティ、SaveCommand、および保護されたメソッドを実装して、ViewModel によって作成された操作をこれを継承してログに記録します。クラス。
次に例を示します。
public class VMBase : ViewModelBase
{
protected DomainContext _context;
protected IList<OperationBase> operations = new List<OperationBase>();
protected OperationBase currentOperation;
public VMBase()
{
if (IsInDesignMode == false)
{
_context = new BudgetContext();
_context.PropertyChanged += new System.ComponentModel.PropertyChangedEventHandler(_context_PropertyChanged);
}
SaveChangesCommand = new RelayCommand(
() =>
{
currentOperation = _context.SubmitChanges((so) =>
{
DispatcherHelper.CheckBeginInvokeOnUI(() =>
{
OnSaveComplete();
SaveChangesCommand.RaiseCanExecuteChanged();
CancelChangesCommand.RaiseCanExecuteChanged();
});
},
null);
logCurrentOperation();
},
() =>
{
return _context != null && _context.HasChanges;
});
CancelChangesCommand = new RelayCommand(
() =>
{
_context.RejectChanges();
SaveChangesCommand.RaiseCanExecuteChanged();
CancelChangesCommand.RaiseCanExecuteChanged();
},
() =>
{
return _context != null && _context.HasChanges;
});
}
/// <summary>
/// This is called after Save is Completed
/// </summary>
protected virtual void OnSaveComplete() { }
void _context_PropertyChanged(object sender, System.ComponentModel.PropertyChangedEventArgs e)
{
if (e.PropertyName == "HasChanges")
{
DispatcherHelper.CheckBeginInvokeOnUI(() =>
{
SaveChangesCommand.RaiseCanExecuteChanged();
CancelChangesCommand.RaiseCanExecuteChanged();
});
}
}
/// <summary>
/// Bind to Busy Indicator to show when async server
/// call is being made to submit or load data via the
/// DomainContext/
/// </summary>
public bool IsWorking
{
get
{
if (currentOperation != null)
return !currentOperation.IsComplete;
else
{
return operations.Any(o => o.IsComplete == false);
}
}
}
/// <summary>
/// Call this command to save all changes
/// </summary>
public RelayCommand SaveChangesCommand { get; private set; }
/// <summary>
/// Revert all changes not submitted
/// </summary>
public RelayCommand CancelChangesCommand { get; private set; }
/// <summary>
/// Occurs after each operation is completed, which was registered with logCurrentOperation()
/// </summary>
/// <param name="sender"></param>
/// <param name="e"></param>
protected void currentOperation_Completed(object sender, EventArgs e)
{
currentOperation = null;
operations.Remove((OperationBase)sender);
DispatcherHelper.CheckBeginInvokeOnUI(() =>
{
RaisePropertyChanged("IsWorking");
});
}
/// <summary>
/// Logs and notifies IsBusy of the Current Operation
/// </summary>
protected void logCurrentOperation()
{
currentOperation.Completed += new EventHandler(currentOperation_Completed);
operations.Add(currentOperation);
RaisePropertyChanged("IsWorking");
}
/// <summary>
/// Just make sure any async calls are done
/// </summary>
public override void Cleanup()
{
// Clean own resources if needed
foreach (OperationBase op in operations)
{
if (op.IsComplete == false)
{
if (op.CanCancel)
op.Cancel();
}
}
base.Cleanup();
}
}
次に、実際のビュー モデルで、ビュー モデルのプロパティとコマンドに集中できます。すべてのドメイン コンテキストは、すでに実際に配線されています。_context プロパティを使用するだけです。例:
void loadFolderInfo()
{
if (_context != null)
{
EntityQuery<eFolder> query = _context.GetEFoldersByFolderQuery(_efolderid);
currentOperation =
_context.Load<eFolder>(query,
new Action<LoadOperation<eFolder>>((lo) =>
{
if (lo.HasError)
{
Messenger.Default.Send<DialogMessage>(
new DialogMessage(lo.Error.Message, (mbr) =>
{}));
}
DispatcherHelper.CheckBeginInvokeOnUI(
() =>
{
eFolder myFolder = lo.Entities.First();
Subject = myFolder.eSubject;
FolderName = myFolder.eFolderName;
});
}), null);
logCurrentOperation();
}
}
プロパティは次のようになります。
public string EFOLDERID
{
get
{
return _efolderid;
}
set
{
if (_efolderid == value)
{
return;
}
var oldValue = _efolderid;
_efolderid = value;
// Update bindings and broadcast change using GalaSoft.MvvmLight.Messenging
RaisePropertyChanged("EFOLDERID", oldValue, value, true);
loadFolderInfo();
}
}
重要な部分は、VMBase クラスがすべての接続と DomainContext の管理を処理することです。これを実現するには、ViewModel の実装で、_context.BaseOperationCall(..) の戻り値を必ず currentOperation に割り当ててから、すぐに logCurrentOperation を呼び出してください。後は手抜きです。次に、BusyIndicator を IsWorking プロパティにバインドすると、RIA の実装が簡素化されます。
うまくいけば、これはあなたが始めるのに役立ちます.