处理IEnumerable <T>时NUnit Assert.AreNotEqual的行为是否不正确？

Question

使用NUnit 2.5.9,以下测试意外失败:

[TestFixture]
public class FooTest
{
    [Test]
    public void Inequality()
    {
        var first = new Foo(new[] { 1 }, 2);
        var second = new Foo(new[] { 1 }, 3);

        Assert.AreNotEqual(first, second);
    }
}

public struct Foo : IEnumerable<int>, IEquatable<Foo>
{
    private readonly IEnumerable<int> values;

    public int Bar { get; private set; }

    public Foo(IEnumerable<int> values, int bar)
        : this()
    {
        this.values = values;
        Bar = bar;
    }

    public IEnumerator<int> GetEnumerator()
    {
        return values.GetEnumerator();
    }

    IEnumerator IEnumerable.GetEnumerator()
    {
        return GetEnumerator();
    }

    public bool Equals(Foo other)
    {
        return other.values.SequenceEqual(values) && other.Bar == Bar;
    }

    public override bool Equals(object obj)
    {
        if (ReferenceEquals(null, obj))
        {
            return false;
        }
        if (obj.GetType() != typeof(Foo))
        {
            return false;
        }
        return Equals((Foo)obj);
    }

    public override int GetHashCode()
    {
        unchecked
        {
            return ((values != null ? values.GetHashCode() : 0) * 397) ^ Bar;
        }
    }

    public static bool operator ==(Foo left, Foo right)
    {
        return left.Equals(right);
    }

    public static bool operator !=(Foo left, Foo right)
    {
        return !left.Equals(right);
    }
}

深入研究NUnit代码,当NUnit遇到两个实现IEnumerable的对象时,它只是比较两个集合并忽略对象上的任何其他属性.

这对我来说是错误的:对象实现特定接口的事实并不限制它只执行该角色.或者.NET中的IEnumerable接口是一个特例吗？或者我只是误解了NUnit？

Answer 1

看起来这是 NUnit 中的一个错误，据我了解它将在 3.0 版本中修复。下面是一些关于实施的可能解决方案的讨论IComparer<T>：

• 等式约束和 IEnumerable 混淆
• NUNit bug tracker：对 IEnumerables、Collections 等使用重写的 Equals。