域驱动设计:在不使用服务定位器的情况下从实体访问配置的值

Ste*_*kes 7 c# domain-driven-design dependency-injection service-locator

我有一个User实体,它有一个HasCompletedSecurity属性,表明该特定是否User已经回答了系统所需的安全问题的数量.系统所需的安全问题的数量是可配置的,并从配置文件中检索.User该类应如何访问配置的信息?

我目前有一个IConfigurationService接口,我有实现,ConfigurationManager如果它可用,使用或等效的Azure.我通过静态InjectionService类封装了对我的DI容器的访问权限,并且我正在解析配置的值,如下所示:

public class User
{
    private static readonly IConfigurationService _configurationService = 
        InjectionService.Resolve<IConfigurationService>();

    public bool HasCompletedSecurity
    {
        get
        {
            // Uses the static _configurationService to get the 
            // configured value:
            int numberOfRequiredResponses = 
                GetConfiguredNumberOfRequiredResponses();

            return this.SecurityQuestionResponses.Count()
                >=
                GetConfiguredNumberOfRequiredResponses();
        }
    }
}
Run Code Online (Sandbox Code Playgroud)

这当然是ServiceLocator反模式的一个例子,我不喜欢它.静态依赖使单元测试任何使用此类的东西都很笨拙.

我正在使用实体框架并从这里获取提示我不想通过DI容器传递我的实体来为它们提供依赖关系,所以......我应该如何访问配置的值呢?

编辑:将这个确切的示例放在一边(我确实感谢关于它的正确架构的建议),我感兴趣的一个更大的问题是如何管理来自实体的服务的非静态引用?答案只是以你永远不需要的方式构建实体吗?

Mar*_*ann 5

这是我如何定义User类:

public class User
{
    public bool HasCompletedSecurity { get; set; }

    // other members...
}
Run Code Online (Sandbox Code Playgroud)

说真的,这是一个更好的解决方案,因为它将时间维度上的值分离.请考虑这一点:如果用户在2010年完成了所有安全问题,并且您稍后更改了业务规则,那么您是否会使现有用户无效?

在大多数情况下,在过去的某个时间记录和持久可能更合理,用户完成了当时生效的安全程序.这样,您就不会打扰现有用户.