保存在数据库中的不同用户类型的工厂模式

Question

我有一个必须多次回答的问题，但我找不到任何好的搜索词来找出解决该问题的最佳方法。

在我的应用程序中，我将有不同类型的用户，它们将具有不同的属性和不同的方法，但其中大部分也将是相同的。因此，我创建了一个基类“User”和其他类“Player”、“trainer”等...继承自“User”类。

我应该如何将其保存在数据库中，在一个名为“用户”的巨大表中，该表具有所有类的所有不同属性，或者我的数据库应该看起来像我的类吗？我认为解决方案2更好。

我只有一种登录方法，因此它将始终返回基类，但是当应该使用不同的特定类型（“玩家”、“训练者”）时，将会对该类进行强制转换。但是我如何进行数据库调用来填充我的不同类。

我能做的是在用户表中也保存类型。当我将该信息返回到我的代码时，我检查类型是什么，然后调用数据库获取该类型的特定信息，创建正确的类型并将其作为代码中的“用户”返回。但我不喜欢这样的想法：我需要调用数据库两次才能用数据填充我的对象，我可以用 SP 解决它，但我尽量不使用 SP。

当我不知道调用数据库时会返回什么类型时，有没有一种好方法可以通过一次调用数据库来解决这个问题。

感谢您的任何帮助。

Answer 1

首先，在我看来，我建议您不要考虑基于面向对象软件解决方案的关系设计。

如果最后一句话是正确的，我的提示是每种与业务有关的实体类型，您都将为它设计一个数据表。

不管怎样，我发现你可以有另一种关系设计。为什么不创建这样的“用户”表，其中包含唯一标识符、凭据等基本信息以及用户识别、身份验证和授权所需的任何其他基本信息？

有了这个，您就可以设计一个名为“TrainerUsersProfiles”、“PlayerUsersProfiles”等的关系表。

事实上，“TrainerUsersProfiles”、“PlayerUsersProfiles”类似于个人资料数据，因为您必须成为用户才能进行身份验证并获得应用程序资源的授权。但用户可以拥有更多相关信息，例如“个人资料”。作为教练或球员的任何信息都是用户个人资料的一部分。

现在是时候找出教练和球员（以及任何其他人）共享哪些属性了。此类共享属性应位于用户的配置文件表“UsersProfiles”中，该表与特定用户具有一对一的关系。

例如，我将任何扩展的配置文件数据放入“TrainerUsersProfiles”和“PlayerUsersProfiles”中，并且两者（或多个）将与某些用户配置文件具有一对一的关系。

总结：用户拥有个人资料，个人资料具有扩展的、专门的个人资料数据。

谈论面向对象层（应用程序），我建议最好避免使用抽象工厂，而只使用存储库：

userRepository.GetById([id])

用户类将有一个“Kind”属性，它是用户配置文件类型的枚举（教练、球员等）。

此外，User 类将有一个“Profile”属性，它本身也应该有一个“Properties”属性。 “Properties”是一种称为“ProfileProperties”的类型，并且有派生它的“TrainerProperties”和“PlayerProperties”。

最后，这将是一些示例用法：

User someUser = userRepository.GetById([id]);
string somePropertyValue = null;

switch(someUser.Kind)
{
    case Trainer:
            somePropertyValue = ((TrainerProperties)someUser.Profile.Properties).SomeTrainerProperty;
            break;
    case Player:
            somePropertyValue = ((PlayerProperties)someUser.Profile.Properties).SomePlayerProperty;
            break;
}

我相信这可能是您正确的解决方案，并且最终可以得到良好的关系和面向对象的设计。

Answer 2

这称为“多态持久性”。有多种方法可以做到这一点。它们的共同点是基表中有一个列，其中包含每行中对象的真实类。

OR 映射器使用此列来加载同一表的更多列或连接其他表中的列。

有关更多详细信息，请参阅 Hibernate 文档。这是 来自 Java Tips 的示例。