WPF 中 MVVM 的项目结构

在 WPF 中使用 MVVM 时最终得到的项目结构是什么？

从我现在看到的教程来看，他们通常有文件夹：Model、ViewModel 和 看法。

在模型中，您可以放置​​像 Person 这样的类来捕获数据 和逻辑。

在 ViewModel 中，您实例化 Model 中定义的类。该视图包含 .xaml 文件。

编辑：我编辑我的原始帖子以发送示例项目结构。 我有与此相关的问题。我如何组织这些： 应用程序配置 应用程序.xaml 主窗口.xaml

我应该像现在一样把它们放在外面还是应该把它们放在某个文件夹中？

您已经描述了通常或常见的文件夹布局。根据经验，我更喜欢为模型数据类型添加单独的文件夹（或大型应用程序中的项目），例如典型的Person你提到的课程。我这样做的原因是因为这通常会成为最大的项目之一。我还将它分为以下子文件夹：

DataTypes
    Collections
    Enums
    Interfaces

我还有单独的应用程序文件夹（或大型应用程序中的项目）Converter类、扩展方法类、实用程序（或服务）类。最后，我有与应用程序文件夹结构非常匹配的测试项目。总的来说，我的文件夹大致如下所示：

Solution

    Third Party Libraries <<< (Solution Folder)

    StartUp Project
        Images
        Resources

    Converters

    DataTypes
        Collections
        Enums
        Interfaces <<< (For Data Type classes)

    Extensions

    Models
        Data Controllers
        Data Providers
        Interfaces <<< (For swapping Model classes out in test projects)

    Utilities (Or Services)
        Interfaces <<< (For swapping Utilities classes out in test projects)

    View Models
        Commands

    Views
        Attached Properties
        Controls

更新>>>

项目与文件夹一样，只是提供分隔级别。它们还帮助我规划我的应用程序名称空间。例如，代码类中Collections文件夹/项目将位于ApplicationName.DataTypes.Collections命名空间。课程在Data Providers文件夹/项目将有ApplicationName.Models.DataProviders命名空间。

此外，在大型应用程序中，我的项目名称来自它们在该层次结构中的位置......例如，我的DataTypes项目实际上被称为ApplicationName.DataTypes and my Models项目名为ApplicationName.Models. The Collections and DataProviders部分是文件夹，以及第二级以上的所有项目，例如。Enums, Images, Commands, etc.