Упрощение переопределения Equals (), GetHashCode () в C # для лучшей управляемости

Я нахожу свое превосходство над собойEquals() а такжеGetHashCode() часто для реализации семантики, что бизнес-объекты с одинаковыми значениями свойств равны. Это приводит к тому, что код является повторяющимся для записи и хрупким для поддержки (свойство добавляется, и одно / оба переопределения не обновляются).

Код в конечном итоге выглядит примерно так (комментарии по реализации приветствуются):

public override bool Equals(object obj)
{
    if (object.ReferenceEquals(this, obj)) return true;

    MyDerived other = obj as MyDerived;

    if (other == null) return false;

    bool baseEquals = base.Equals((MyBase)other);
    return (baseEquals && 
        this.MyIntProp == other.MyIntProp && 
        this.MyStringProp == other.MyStringProp && 
        this.MyCollectionProp.IsEquivalentTo(other.MyCollectionProp) && // See http://stackoverflow.com/a/9658866/141172
        this.MyContainedClass.Equals(other.MyContainedClass));
}

public override int GetHashCode()
{
    int hashOfMyCollectionProp = 0;
    // http://computinglife.wordpress.com/2008/11/20/why-do-hash-functions-use-prime-numbers/
    // BUT... is it worth the extra math given that elem.GetHashCode() should be well-distributed?
    int bitSpreader = 31; 
    foreach (var elem in MyCollectionProp)
    {
        hashOfMyCollectionProp = spreader * elem.GetHashCode();
        bitSpreader *= 31;
    }
    return base.GetHashCode() ^ // ^ is a good combiner IF the combined values are well distributed
        MyIntProp.GetHashCode() ^ 
        (MyStringProp == null ? 0 : MyStringProp.GetHashValue()) ^
        (MyContainedClass == null ? 0 : MyContainedClass.GetHashValue()) ^
        hashOfMyCollectionProp;
}

Мои вопросы

Является ли шаблон реализации обоснованным?Является ли ^ адекватным, учитывая, что значения составляющих компонентов хорошо распределены? Нужно ли умножать на 31-на-N при объединении элементов коллекции, учитывая, что их хэш хорошо распределен?Кажется, этот код можно абстрагировать в код, который использует отражение для определения общедоступных свойств, создает дерево выражений, которое соответствует решению, написанному вручную, и выполняет дерево выражений по мере необходимости. Этот подход кажется разумным? Есть ли где-нибудь существующая реализация?

Ответы на вопрос(3)

Ваш ответ на вопрос