3

こんにちは私はWPFにまったく慣れていません。私はMVVM（Model-View-ViewModel）パターンが好きです。私の現在のプロジェクトには、次のタイプのファイル/名前空間構造があります。

  Clients
    Controls
      ClientNameControl.xaml
      ClientSurnameControl.xaml
    Views
      ClientCapture.xaml 
    Models
      Client.cs
    ViewModels
      ClientViewModel.cs

などなど。クライアント、製品などの各ドメインオブジェクトは、それぞれ上記の構造を持っています。コントロールはビューを構成するために使用され、非常に一般的なコントロールは個別のコントロールプロジェクトに分割され、プロジェクトで参照されます。私の質問は、これが有用な構造であるかどうかです。MVVMのすべての例は、ファイル/名前空間の階層に対して次のアプローチを採用しているようです。

  ViewModels
    ClientViewModel.cs
    ProductViewModel.cs
  Models
    Clients.cs
    Products.cs
  Views
    CliewntView
    ProductView

コメントをいただければ幸いです。前もって感謝します ：）

更新：私は周りを見回していて、以下のリンクは有用な情報を提供しました。プロジェクトをより伝統的な方法で構成します。

4

1 に答える 1

2

ViewモデルとViewモデル用に異なるプロジェクトを作成しました。それは巨大なプロジェクトの場合に物事を維持することをより簡単にします。私たちが持っていたディレクトリは-

 - ViewsRoot
    + Base
    + Controls 
    + Documentation 
    + Forms(Windows)
    + Reports
    + Resources 
    + Themes 
    + Utilities 
    App.xaml

 - ViewModelsRoot
    + Collection
    + Commands
    + Converters
    + Resources 
    + TemplateSelectors
    + ViewModels
    + Views (Interfaces for views) 
    Constants.cs 
    Utility.cs

詳細については、このSOの質問もご覧ください。WPFプロジェクト構造に関連する- 推奨されるWPFプロジェクト構造？

于 2012-04-14T07:45:01.950 に答える