在处理IEnumerable <t>时,NUnit Assert.AreNotEqual的行为是否不正确?</t>

时间:2012-02-01 11:40:36

标签: .net nunit ienumerable

使用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?

1 个答案:

答案 0 :(得分:3)

看起来这是NUnit中的一个错误,据我所知它将在3.0版本中修复。下面是一些关于实施IComparer<T>的可能工作的讨论: