AutoMocking 属性在抽象属性上失败？

Question

我正在尝试学习 AutoFixture，并且我已经设置了 xUnit 和 NSubstitute 以及 AutoFixture 设置来自动模拟带有假货的属性（使用 AutoFixture.AutoNSubstitute）。也就是说，如果我有如下界面

public interface IFoo
{
    IBar1 Bar1 {get;}
    IBar2 Bar2 {get; set;}
}

尝试解析 IFoo 将自动解析并填充 Bar1 和 Bar2。

对于具有接口、具体对象或结构类型属性的对象，一切都适用。但是，我在让 AutoFixture 自动创建抽象类型的属性时遇到问题。

我尝试使用 TypeRelay 作为抽象类型，所以

fixture.Customizations.Add(new TypeRelay(typeof (AbstractBase), typeof (ConcreteChild)));

我试过这样指定，

fixture.Customize<AbstractBase>(
            composer =>
                composer.FromFactory(
                    (string ChildParam1, string ChildParam2) => new ConcreteChild(ConcreteChildParam1, ConcreteChildParam2)));

我尝试过使用各种自定义样本生成器

通过属性类型解析：

var pi = request as PropertyInfo;

if (pi != null &&
    pi.PropertyType == typeof(AbstractBase))
    return context.Resolve(typeof(ConcreteChild));

return new NoSpecimen(request);

通过类类型解析：

var pi = request as Type;

if (pi != null &&
    pi == typeof (AbstractBase))
    return context.Resolve(typeof(ConcreteChild));

return new NoSpecimen(request);

以上两种方案我也试过context.Create<ConcreteChild>()

最后我尝试使用Register<AbstractBase>(fixture.Create<ConcreteChild>); 语法。

它们似乎都不能自动填充对象的属性。

令人恼火的是，我可以在一个单独的测试中明确地fixture.Create<AbstractBase>(); 并获得ConcreteChild，然后手动卡住所有东西，但这会违背 AutoFixture 的目的吗？

有什么想法吗？

更新：

抽象类。我已经修剪了大部分无关紧要的东西，留下了我假设它被调用的 ctor 代码？

public abstract class ChatEntityId 
{
    private string _localName;

    protected ChatEntityId(string chatRoomName, string entityUid, ChatProtocol protocol)
    {
        ErrorChecker.NormalizeToNullIfNotSet(ref chatRoomName);
        ErrorChecker.NormalizeToNullIfNotSet(ref entityUid);
        if (chatRoomName == null && entityUid == null)
        {
            throw new ArgumentException("Both chatRoomName and entityUid may not be null at the same time.");
        }

        ChatRoomName = chatRoomName;
        EntityUid = entityUid;
        Protocol = protocol;
    }

    public string ChatRoomName { get; private set; }

    public string EntityUid { get; private set; }

    public bool Equals(ChatEntityId chatEntityId) { }

    public override bool Equals(object obj) { }

    public override int GetHashCode() {}

    public string LocalName { get; }

    public ChatProtocol Protocol { get; private set; }

    public override string ToString() { }
}

ChatProtocol 是一个枚举，相当标准。

AutoPopulatedProperty ICustomization

    public virtual void Customize(IFixture fixture)
    {
        fixture.Customize(new DomainCustomization());

        // Replacement for the AutoNSubstituteCustomization, this Postprocessor will automatically create fake objects on properties.
        fixture.ResidueCollectors.Add(
            new Postprocessor(
                new NSubstituteBuilder(
                    new MethodInvoker(
                        new NSubstituteMethodQuery())),
                new AutoPropertiesCommand(
                    new PropertiesOnlySpecification())));
    }

    private class PropertiesOnlySpecification : IRequestSpecification
    {
        public bool IsSatisfiedBy(object request)
        {
            return request is PropertyInfo;
        }
    }

Answer 1

有点尴尬的是，我意识到 NSubstitute 有它所谓的 recursive mocking，这部分是我想要的，并解释了为什么我无法弄清楚一些自动模拟属性的来源。问题是它并没有全面做到这一点（可能是正确的），据我所知，在这方面并没有真正的可扩展性。

现在 AutoFixture 开始发挥作用，在我们在 Postprocessors NSubstituteBuilder 中创建样本后，AutoPropertiesCommand 类被调用并获取它所确定的适当属性以填充数据。

不幸的是，两个相关类（有一个从泛型AutoPropertiesCommand 类继承的非泛型）中的逻辑都不是可覆盖的，这就是问题发生的地方。具体来说，AutoPropertiesCommand<T> 有两种方法用于获取属性和字段，然后使用提供的IRequestSpecification（在本例中为PropertiesOnlySpecification）进行过滤。

有问题的方法

    private IEnumerable<PropertyInfo> GetProperties(object specimen)
    {
        return from pi in this.GetSpecimenType(specimen).GetProperties(BindingFlags.Public | BindingFlags.Instance)
               where pi.GetSetMethod() != null
               && pi.GetIndexParameters().Length == 0
               && this.specification.IsSatisfiedBy(pi)
               select pi;
    }

因此，这里的解决方案是提供我自己的 AutoPropertiesCommand 实现，而不受上述限制，或者为我遇到的每个案例显式创建自定义。还没有决定我更喜欢哪种方法，但可能是前者。

作为一个侧边栏，没有将这两种方法作为受保护的虚拟方法似乎有点限制，除了“它只是以这种方式编码”之外，还有什么特别的原因吗？这些是我认为的基本 AutoFixture 类，记录在案。