DDD：GetHashCode 和主 ID

Question

我见过 DDD 域实现，其中实体在构建 Equals/GetHashCode 方法时依赖主键 ID。 我理解为什么这是一个好主意，因为主键可能是唯一不可变的成员。但也可能在某些情况下这不是一个好主意。

考虑一个字典，其中包含刚刚实例化的实体。主键（假设它是一个自动递增值，而不是“业务相关”值）尚未分配，每个实体上它可能为 0。 现在，字典中的实体将被保存。这意味着主键的更改会导致不同的哈希码。

我的问题：如果没有可用的业务相关主键并且所有成员都是可变的，对于 GetHashCode 应该使用什么模式？

先感谢您。

Answer 1

在这种情况下，如果已分配 Id，我仅依赖 Equals 和 GetHashcode 方法中的 Id。
在其他情况下，我使用引用来比较相等性。
GetHashCode 实现也是如此；如果已分配 ID，我仅根据“Id”创建哈希码。 （也就是说，如果实体不是瞬态的）。

下面的代码是我使用的。这在某种程度上基于 Sharp 架构中的实体：

        public override bool Equals( object obj )
        {
            Entity<TId> other = obj as Entity<TId>;

            if( other == null || this.GetType() != other.GetType() )
            {
                return false;
            }

            bool otherIsTransient = Equals (other.Id, default(TId));
            bool thisIsTransient = Equals (this.Id, default (TId));

            if( otherIsTransient && thisIsTransient )
            {
                return ReferenceEquals (this, other);
            }

            return Id.Equals (other.Id);

        }

首先，我检查两个实体是否属于同一类型。 （实际上，您也可以通过实现正确的接口 (IEquality) 创建此方法的类型化版本
当两个实体属于同一类型时，我检查其中之一是否是瞬态的。我只是通过检查它们的 Id 属性来做到这一点：如果它包含默认值，则意味着它们尚未保存在数据库中。
如果它们都是瞬态的，我会根据它们的参考来比较两个实体。否则，我可以根据他们的 ID 进行比较。

我使用的 GetHashCode 方法确保返回的值永远不会改变：

        private int? _oldHashCode;

        public override int GetHashCode()
        {
            // Once we have a hash code we'll never change it
            if( _oldHashCode.HasValue )
            {
                return _oldHashCode.Value;
            }

            bool thisIsTransient = Equals (Id, default(TId));


            // When this instance is transient, we use the base GetHashCode()
            // and remember it, so an instance can NEVER change its hash code.

            if( thisIsTransient )
            {
                _oldHashCode = base.GetHashCode ();

                return _oldHashCode.Value;
            }

            return Id.GetHashCode ();
        }

Answer 2

您可以检查，假设它是一个自动递增的标识，并且仅在 Id 不为 0 或 default(int) 时才比较它们。像这样的东西：

public virtual bool Equals(MyClass other)
        {
            if (ReferenceEquals(null, other)) return false;
            if (ReferenceEquals(this, other)) return true;
            if (Id != default(int) && other.Id != default(int))
                return Equals(Id, other.Id);
            return Equals(other.ChildProp, ChildProp);
        }

Answer 3

好吧，如果你不能判断一个对象等于另一个对象，你就不应该这样做:)

如果 equals 始终返回 false 也没关系（给定另一个对象而不是它自己）。如果不同的本地对象（没有 id）在插入数据库/存储时获得不同的 id，这是完全正常的。

如果您可以看出两个对象相等，并且它们都将映射到同一表行，因此会在存储上获得相同的 id，直观上，Equals 应该返回 true。但你是对的，使用可变值来确定相等性（尤其是哈希码）可能很危险。当您这样做时，集合通常会感到困惑。
在这种情况下，最好使用 Equals 和 GetHashCode 之外的其他方法来实现这种相等性，因为它确实会随着时间的推移而变化。

因此，本质上你需要确定出于什么目的你真正需要哪种平等。

Answer 4

我希望您看到的系统使用 NHibernate 进行 ORM。 NHibernate 指南（据称它允许您的实体成为 POCO，并且对它们没有强制要求）推荐这种做法。问题是 NH 有时很难将一个实体识别为与另一个实例相同，特别是在会话已关闭并重新打开的情况下，或者两个代理代表同一对象时。如果不这样做，您可能会在集合中出现两次相同的实体。请点击此链接了解更多信息：

http://community.jboss.org/wiki/EqualsAndHashCode