类结构应该反映数据库结构吗？

Question

抱歉，如果这有点新手，但我是开发新手，正在自学。

假设我有 2 个表

BioData
名称（字符串）
出生日期（日期时间）
血型 (int)

血型
BloodTypeId（整数）
BloodTypeName（字符串）

当我提取记录时，我将使用联接，以便提取 BloodTypeName 而不仅仅是 ID。

现在，我的类结构是否应该镜像这些表，或者我可以安全地构建一个“Person”类吗？

public class Person {
  string Name;
  DateTime Birthdate;
  string BloodType;
}

如果我做如上所述构建类，那么当它出现时，我似乎必须做一些有趣的事情通过数据库插入记录，因为我想向用户显示 BloodTypeName，但我必须将相关整数插入数据库。

任何有关最佳实践的见解将不胜感激。

Answer 1

不，如果您有充分的理由不这样做，它绝对不应该镜像数据库结构。

有时，数据类完全反映数据库，但这并不是因为它们必须相同，而是因为没有理由使它们不同。使类镜像数据库可以使数据层更简单，但是一旦有理由对类进行不同的建模，您就应该考虑镜像数据库是否会使使用这些类变得更加困难。

在这种情况下，如果您必须在单独的操作中获取血型名称，显然效率较低。除了 person 类之外，您可能还需要一个血型类（例如，如果您想用所有可能的血型填充下拉列表），但是当您获取 person 对象的数据时，您还应该获取血型名称。

或者，您可以获取血型的 ID 和名称以及人员的数据，并创建一个血型对象来存储在人员对象中：

public class BloodType {
  int Id;
  string Name;
}

public class Person {
  string Name;
  DateTime Birthdate;
  BloodType BloodType;
}

Answer 2

我会区分显示类和数据类。

数据类必须具有数据库中存在的所有信息才能更改它。现在，如果您想向用户显示特定信息，您可以编写显示类，其中只包含所需的特定信息。然后你只需映射它们 - 自己或使用库，例如​​ automapper，我自己使用它，它是非常方便，并且会减轻您肩膀的负担。

Answer 3

我假设您的数据库使用 RDBMS 系统，并且您的类结构将使用 OOP 方法。如果您坚持这两种方法的核心原则，那就没问题。

没有必要混合使用这些方法。所以=>不要镜像那些结构。你可以用这种方式构建一个 Person 类。

Answer 4

海伊·安德鲁..
是的，它应该反映数据库结构，

如果您仍在学习您可以开始阅读有关 LINQ Tech 的内容，它几乎完成了您所询问的大部分工作，希望有所帮助，
问候..