c# – 如何跟踪在DDD中对对象进行更改的最后一个用户？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c# – 如何跟踪在DDD中对对象进行更改的最后一个用户？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含5036字，纯文字阅读大概需要8分钟。

内容图文

我正在尝试实现DDD并感觉我掌握了它,但我也遇到了一些问题.

在我的90％的域对象中,我想知道对其进行更改的最后一个用户.我不需要完整的审计跟踪 – 这对我的需求来说太过分了.

我的所有类都实现了一个抽象基类,包含：

    public abstract class Base
    {
       public User LastChangedBy { get; set; }
       public DateTime LastChangedDate { get; set; }
    }

选项1：遵循DDD原则,但不是那么优雅

永远不要让对象进入无效状态

public abstract class Base
{
   public User LastChangedBy { get; protected set; }
   public DateTime LastChangedDate { get; protected set; }
}

public SomeObject
{
   .....
   SomeBehaviorThatChangesObject(User changedBy, ...)
   AnotherBehaviorThatChangesObject(User changedBy, ...)
}

我必须使我的所有setter私有,Base类setter被保护.对对象所做的每个更改都需要通过将(User changedBy)作为参数的方法来完成.

非常安全,但由于用户可能会对对象进行6次更改,因此我必须为每个对象提供User对象.嗯,实际上,我必须为我的域模型中的每个方法提供这个…

选项2：不是最好的,但我读过它

介绍一个bool IsValid字段.在所有setter中,我将IsValid设置为false.创建了一个方法AcceptChanges(User changesAcceptedBy),将此字段设置为true.请记住在持久化之前始终检查对象是否有效.

public abstract class Base
    {
       public bool IsValid {get; protected set;}
       public User LastChangedBy { get; protected set; }
       public DateTime LastChangedDate { get; protected set; }
    }

public SomeObject
{
   public Object Propery{get; set{IsValid = false; ...}}
   .....
   SomeBehaviorThatChangesObject(...)
   {
     //change the object
     IsValid = false;
   }
}

选项3：我的眼睛最实用,但不是很DDD

在UnitOfWork中的persistance层或repository.SaveChanges(User changedBy)等存储库中执行此操作.我,或任何实现这一部分的人,可能会忘记它,它会使对象处于无效状态……

public SomeRepository
    {
       public void Update (User changedBy)
       {...}
    }

能够看到谁最后改变了一个实体是很正常的,但是我没有看到它实现DDD的任何好例子.你怎么做到这一点？

更新
回应jgauffins解决方案：
谢谢,Base实际上实现了一个接口,并且我非常简单地说明不要重载信息.我觉得它不优雅因为每个方法都需要我的用户对象作为每个更改的参数,我突然不得不让所有的setter私有…

将它放在回购中可以完成这项工作,但上面的论点是有效的,我没有想到这一点,所以这正是我问的原因.我实际上正在计划一个可能需要更改某些对象的服务.

这是一个很大的变化,改变了数以百计的方法和属性,所以我想要保持真实.而且我最终会设置一些方法,就像我在this post中提到的那样设置一个字段,我不需要一种方法因为“set”描述足以让用户知道改变的作用…但我的直觉说你是对的,只是想看看是否有改变方法做同样的事情.

最后更新：

阅读所有评论,问题和建议的解决方案我意识到我可能不得不重新思考我如何查看LastChangedBy和LastChangedDate字段.对于某些对象,这实际上与我认为属于域的内容有关.对于其他许多人来说,这真的是我正在寻找的审计.我没有意识到差异.

即Document对象可以由创建者以外的其他人更改,并与某些行为(通知创建者等)相关联.在这些情况下,并不是最后一个人改变了我感兴趣的文档对象,但它是最后一个编辑文档内容的人.

我没有将它与LastChangedBy混合,而是为LastEditedBy创建字段.如果我需要跟踪每个变化,这甚至可以是编辑列表.

当然,在很多时候,这将是与LastChangedBy相同的用户,但请查看创建者进入的场景并更改属性以锁定文档以进行进一步编辑.然后文档没有真正编辑,但是由于审计原因我想要跟踪.如果我使用相同的字段来跟踪编辑,那就错了.我可以做到这一点,因为现在的要求是创建者可以进入并查看最后一次更改文档的人,但这不是真正正确的解决方案.

为了实施审计,我做了以下事情：

首先,我将基类划分为需要实现的接口. lastChangedBy和LastChangedDate在IAuditable接口中定义,需要审计的对象必须实现.

然后像这样重写DbContext.SaveChanges()：

        public override int SaveChanges()
    {
        if(ChangeTracker.Entries<IAuditable>().Any())
            throw new InvalidOperationException
                (
                "Tried to save changes on an object that is needs to be Audited. Please provide the User that makes the changes!"
                );
        return base.SaveChanges();
    }

    public int SaveChanges(User changedBy)
    {
        var entries = ChangeTracker.Entries<IAuditable>().Where(entry=>entry.State == EntityState.Modified);
        foreach (var dbEntityEntry in entries)
        {
            dbEntityEntry.Entity.Audit(DateTime.Now, changedBy);
        }
        return base.SaveChanges();
    }

当然还有其他方法可以做到这一点,但这似乎至少是一个开始.

现在,我意识到我的问题可能会更好,但说实话,我没有意识到问题的一部分是我想在不同的对象上跟踪不同原因的变化.上面的文档示例只是其中一个对象,其中LastChangedBy并不是我在域中设置或跟踪的真正需要,但它可以被重写为更加特殊,如上所述.

解决方法:

我从Thread.CurrentPrincipal开始.但是如果您要切换到异步处理(例如使用像我描述的那样的命令here),以后就不可能使用Thread.CurrentPrincipal了.

但首先是一个根本问题：

public abstract class Base
{
   public User LastChangedBy { get; protected set; }
   public DateTime LastChangedDate { get; protected set; }
}

那不是基类.它不会添加任何功能.你应该改变它做一个名为ITrackChanges或类似的接口.

public SomeObject
{
   .....
   SomeBehaviorThatChangesObject(User changedBy, ...)
   AnotherBehaviorThatChangesObject(User changedBy, ...)
}

这就是我做事的方式.为什么你认为它不优雅？管理员或后台服务可以代表具有该方法的用户执行操作.

更新

I feel it is not elegant because every method will need my user object as parameter for every change

好.这是一项业务要求,对吗？您必须更改LastChangedBy属性.因此必须提供.

DDD不禁止公共制定者.您可以使用它们,但在这种情况下,必须为每次更改更新LastChangedBy和LastChangedDate.并且该逻辑应该由模型本身强制执行,而不是由调用代码强制执行.因此,不可能使用公共设定者.

内容总结

以上是互联网集市为您收集整理的c# – 如何跟踪在DDD中对对象进行更改的最后一个用户？全部内容，希望文章能够帮你解决c# – 如何跟踪在DDD中对对象进行更改的最后一个用户？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端