C＃WPFアプリケーションでMVVMライトをmvvmパターンで使用しています。 UI（Views）とロジックは分離されているので、Logic（ViewModels、Models、DALなど）がDLLにあることを意味しますが、私は自分のロジックを格納して、 UIのApp.config Mainwindow.xaml.cs内部メソッドを有する：C＃WPF MVVMパターンロジックとUIが分離され、app.configのロジックがどこにあるか
解決策1：App.configファイル
に溶液2を読み取るためのロジックがあるため MainViewModelは、内部ロジックを有しています。
つ以上上げ質問：
あなたのプロジェクトDataAccessLayerで使用する場合は、のviewmodelsとモデル（グレードってこんなモン・ロジック）が配置されているプロジェクトでクラスを保存するか、またはあなたがDALを区切るん新しいクラスlibarayを使用して、あなたのビューモデルでDLLを使用しますか？
UIのApp.configに格納されているappsettingsを読み込むロジックを保存する必要がありますか。
アプリケーションの起動時にこれらの設定を直接読み込むと、通常、このロジックがApp.xaml.csクラスのOnStartupメソッドから呼び出されるBootstrapperクラスに実装されます。
An example of a bootstrapper file?
あなたは、実行時に、後で設定を読めば、あなたはおそらく、ビューモデルのロジックを実装する必要があります。ウィンドウ/ビューにはアプリケーションロジックが含まれてはならず、純粋にビュー関連のロジックのみが含まれている必要があります。
あなたのプロジェクトDataAccessLayerで使用する場合は、プロジェクト内のクラスはどこのviewmodelsとモデル（グレードってこんなモン・ロジック）が配置されているか、あなたは新しいクラスlibarayにDALを区切るんやでDLLを使用して保存しますあなたのビューモデル？
DAL（データベースにアクセスするクラスを含む）は、独自のクラスライブラリで定義する必要があります。その後、ビューモデルが定義されているプロジェクトからこのアセンブリを参照できます。
すべてのアプリケーションに対して1つだけの設定があり、プロジェクト内で.exeファイルを作成するように定義されています。すべての参照アセンブリは、実行時にその設定から読み取ることができます。 – Will