c# - 这个类设计是不是太接近db表结构了？

Question

我有一个数据库，其中包含以下表 Items、Groups 和 GroupItems。 Items 表包含每个项目的设置，groups 表包含一些组的定义，GroupsItems 表包含每个项目到每个组的链接以及项目添加到组的日期和项目被删除的日期已删除(如果有)。

在我的 C# 模型中，我有 3 个类:

• 类项目
• 类组
• 类 GroupItem

Group 类有一组 GroupItem，每个 GroupItem 类包含一个 Item 和添加和删除的日期(如果有的话)。

我不确定这是否是一个好的设计，或者我是否正在将数据库结构移动到我的应用程序模型中。如果我将两个日期直接移动到类 Item 并且我将类的数量减少一个，从而降低软件复杂性，会更好吗？

你怎么看？

Answer 1

如果可以通过删除 GroupItem 类并将其“拆分”到架构中的 Item 中，这是一个不错的选择。您唯一需要考虑的是，此时您必须重新映射您的数据库映射。

此处的选择是在您的应用程序的清晰架构和您的应用程序与数据库之间的清晰映射之间。

就我个人而言，我会支持清洁映射，并保持原样。因为几个月后你将永远不会记得绑定(bind)了哪个字段，并且你的 code model 和 db model 之间已经相对一致的映射将帮助使所有内容更容易理解，imo。