WPF MVVM开发疑问：数据库数据应存入Model还是ViewModel？

我目前正在学习WPF与MVVM，因此制作了一个示例项目。据我理解，Model对应后端实体（例如Spaghetti类包含Name、Length等属性，与数据库表1:1对应），ViewModel为前端View提供数据（例如展示意面名称列表）。

我已实现从数据库读取意面名称并在View展示的功能，但当前实现未用到Model，感觉偏离了MVVM设计目标。以下是我的代码：

MainWindow.xaml.cs

public partial class MainWindow : Window {
    MainWindowSpaghettiViewModel vm = new MainWindowSpaghettiViewModel();
    Service businessLogic = new Service();
    public MainWindow() {
        InitializeComponent();
        vm.SpaghettiNameCollection = businessLogic.GetSpaghettiNames();
        DataContext = vm;
    }
}

Model: Spaghetti.cs

public class Spaghetti {
    public string Name { get; set; }
    public double Length { get; set; }
    public string Colour { get; set; }
    public decimal Price { get; set; }
}

View Model: MainWindowSpaghettiViewModel.cs

public class MainWindowSpaghettiViewModel {
    public List<string> SpaghettiNameCollection { get; set; }
}

BusinessLogic Layer: Service.cs

public class Service : IService {
    DBHelper db = new DBHelper();
    public List<string> GetSpaghettiNames() {
        return db.GetSpaghettiNames();
    }
}

DataAccess Layer : DBHelper.cs通过SELECT语句返回意面名称列表。

我想知道当前实现是否正确？另外，后续我希望用户选择意面名称后跳转至详情页查看完整属性，应直接创建含相同属性的新ViewModel，还是先填充Model再映射至ViewModel？

一、当前实现确实偏离了MVVM目标 #

你的直觉是对的，现在的写法不符合MVVM的核心设计思路，主要问题有两个：

1. Model被闲置：Spaghetti作为对应数据库的实体类，本该是业务数据的唯一载体，但你现在跳过它直接返回字符串列表，等于把数据结构和UI展示强绑定了——以后要是想展示Length、Price这些属性，得从DBHelper到Service再到ViewModel全改一遍，扩展性极差。
2. ViewModel职责不到位：当前ViewModel只装了个字符串列表，既没用到ObservableCollection（List不会自动通知UI更新），也没承担起「Model和View之间桥梁」的角色，完全只是个数据容器。

二、修正当前实现的建议 #

调整各层职责，让Model回归数据载体的核心位置：

1. 修改DBHelper：让它返回完整的List<Spaghetti>实体列表，而不是只捞名称。
2. 更新Service层：

public class Service : IService {
    DBHelper db = new DBHelper();
    public List<Spaghetti> GetSpaghettis() {
        return db.GetSpaghettis();
    }
}

3. 重构ViewModel：用ObservableCollection支持UI自动更新，直接持有Model集合（如果需要UI专属属性，比如IsSelected，可以再封装一层SpaghettiListItemViewModel）：

public class MainWindowSpaghettiViewModel {
    public ObservableCollection<Spaghetti> SpaghettiCollection { get; set; }

    public MainWindowSpaghettiViewModel() {
        SpaghettiCollection = new ObservableCollection<Spaghetti>();
    }
}

4. 调整MainWindow初始化逻辑：

public partial class MainWindow : Window {
    MainWindowSpaghettiViewModel vm = new MainWindowSpaghettiViewModel();
    Service businessLogic = new Service();
    public MainWindow() {
        InitializeComponent();
        var spaghettis = businessLogic.GetSpaghettis();
        foreach(var spaghetti in spaghettis) {
            vm.SpaghettiCollection.Add(spaghetti);
        }
        DataContext = vm;
    }
}

之后在View里绑定Spaghetti.Name就能展示列表，后续要加其他属性，只改View的绑定就行，不用动数据层代码。

三、详情页的最优方案：先填充Model再映射ViewModel #

绝对优先选这种方案，原因很实在：

1. 单一数据源原则：Model是业务数据的唯一「真相来源」，所有ViewModel都基于它构建，能避免数据不一致的问题——比如以后数据库里Price字段更新了，只要Model拿到新值，所有依赖它的ViewModel都会同步正确数据。
2. 职责彻底分离：Model只存纯业务数据，ViewModel负责适配UI需求。比如详情页可能需要加ShowDiscountLabel（根据价格判断是否显示折扣标签）、IsInStock（结合库存计算）这类UI专属属性，这些逻辑不该放到纯净的Model里。

具体实现步骤：

1. 用户选择列表中意面时，先拿到对应的Spaghetti Model实例。
2. 创建SpaghettiDetailViewModel，在构造函数中传入Model，要么直接持有Model让View绑定ViewModel.SelectedSpaghetti.Name，要么把Model属性映射到ViewModel的属性（按需选择）。
3. 跳转详情页时，把页面的DataContext设为这个详情ViewModel。

示例代码：

public class SpaghettiDetailViewModel {
    // 直接持有Model实例
    public Spaghetti SelectedSpaghetti { get; set; }

    // UI专属逻辑属性
    public bool ShowDiscountLabel => SelectedSpaghetti.Price > 10;

    public SpaghettiDetailViewModel(Spaghetti spaghetti) {
        SelectedSpaghetti = spaghetti;
    }
}

这种写法既符合MVVM的设计初衷，也让代码的扩展性和可维护性强很多。

内容的提问来源于stack exchange，提问作者Harry Tipper