多くの企業、主に建築家/鉛開発者、時には開発者と直接仕事をしています。頻繁に起こることの1つは、建築家がアプリケーションパターンを処方するときに、毎回変わらない余裕を持って常に一貫してそれを追求することです。パターンを適用する際に開発者にどの程度の自律性を与えますか?
プレゼンテーションモデル/ M-V-VM
この良い例は、プレゼンテーションモデル(M-V-VM)パターンです。このパターンを考えると、私は「現在のシナリオの状態と動作を表現するオブジェクトモデルと、それをUIに向けるビューオブジェクト」を持っていると考えています。私の考えでは、状態を表すもの(モデル/ビューモデル)は規範的なガイドよりも概念的です。ビューはこの状態を表現するために多くのオブジェクトを使用するか、または1つを使用することがあります。パターンのエストは、視覚化コードから状態管理を分離することです。
しかし、多くの場合、私はパターンがより文字通りintepretedされていることがわかります。典型的なプロジェクトは、次のようになります。
- ビュー
- フー
- FooView.xaml
- FooView.xaml.cs
- FooViewModel.cs
- FooModel.cs
- バー
- BarView.xaml
- BarView.xaml.cs
- BarViewModel.cs
- BarModel.cs
- フー
時々、モデルオブジェクトが空か、 ViewModelは単にプロパティオブジェクトgetters/setterをモデルオブジェクトに転送しています。時にはビューがとてもシンプルで、余分なオブジェクトは必要以上に複雑になります。
建築家/チームのリーダーとして、開発者はチェックリストのように毎回同じプロセスに従うことをお勧めしますか?または、開発者に詳細を残したいと思っていますか?
+1不当なdownvoteを元に戻す –