时间戳

首页 > 解决方案 > FluentAssertions - 比较包含名称相似但类型不同的属性的对象

c# - FluentAssertions - 比较包含名称相似但类型不同的属性的对象

问题描述

我的代码中有几个类是由 XSD 生成器工具从 XSD 文件定义中自动生成的。这些类看起来非常相似，名称相似，但基于 XSD 模式（我们从外部供应商处获得），生成的类都是不同类型的。这些都是相当复杂的类，有很多深度嵌套的属性和枚举值。因此，我们过去常常直接使用类，因为很难用一种通用的方法来处理类。

但我接受了挑战，而且我（有点）成功了。为了在使用这些类时避免代码重复，我使用 XSD 生成文件之外的接口定义向类添加了属性，以防止它们在再次生成类时被覆盖，利用部分类声明，如下所示：

XSD 生成类的简化示例

public partial class xsdGeneratedClass1
{
    public xsdGeneratedClass1Header header { get; set }
    public xsdGeneratedClass1Body body { get; set; }
}

public partial class xsdGeneratedClass2
{
    public xsdGeneratedClass2Header header { get; set }
    public xsdGeneratedClass2Body body { get; set; }
}

接口的简化示例，其中属性还包含类型接口，我们编写它以匹配 XSD 生成的类中的属性

public interface IXsdGeneratedClass
{
    IXsdGeneratedClassHeader header { get; set; }
    IXsdGeneratedClassBody body { get; set; }
}

我们在 XSD 生成文件之外实现接口的简化示例

public partial class xsdGeneratedClass1 : IXsdGeneratedClass
{
    public IXsdGeneratedClassHeader header { get; set; }
    public IXsdGeneratedClassBody body { get; set; }
}

public partial class xsdGeneratedClass2 : IXsdGeneratedClass
{
    public IXsdGeneratedClassHeader header { get; set; }
    public IXsdGeneratedClassBody body { get; set; }
}

在这个简化的示例中，这个构造允许我使用接口而不是具体实现来处理标题和正文属性，对于我们拥有的数十个具有相同结构但具有不同类类型的类，无需在自动生成的代码中进行编辑XSD 工具。这一切都很好，花花公子。

当尝试使用 Fluent Assertions 比较单元测试中的对象时，问题就出现了。Fluent Assertions 似乎很难知道要比较的实例化对象的哪些属性。在这个简单的示例中，xsdGeneratedClass1 的实例化对象将具有四个属性：

  1. 公共 xsdGeneratedClass1Header 标头 { 获取；放 }
  2. 公共 xsdGeneratedClass1Body 身体 { 得到；放; }
  3. 公共 IXsdGeneratedClassHeader 标头 { 获取；放; }
  4. 公共 IXsdGeneratedClassBody 身体 { 得到；放; }

我要比较的对象是具有接口类型的 header 和 body 属性，因为它们将是唯一具有实际数据的对象。具体的类属性始终为空。所以我做了这样的测试：

class1.Should().BeEquivalentTo(expectedClass);

但似乎 Fluent Assertions 不断将 class1 的 IXsdGeneratedClassHeader 标头与 expectedClass 的 xsdGeneratedClass1Header 标头进行比较，该标头为空。

我曾尝试使用 RespectingRuntimeTypes 选项，该选项使测试通过，但似乎它没有按应有的方式比较对象。如果我更改了 expectedClass 标头属性中的属性值，例如我知道与 class1 中的值不匹配，测试仍然通过。

我已经尝试在互联网上搜索答案，并且我的搜索已经结束，并且基本上正在考虑是否应该编写自己的工具或进行大量手动断言。欧比旺断言，请帮助！

标签： c#asp.netfluent-assertions

解决方案

非常感谢乔纳斯·奈鲁普！似乎是一个缺陷，现在在 Fluent Assertions 的主分支中进行了修正。与此同时，有人在 github 线程中发布了一个解决方法，这也对我有用。很高兴。谢谢！

在某处声明此类，可用于您的单元测试

public class ReflectionMemberMatchingRule : IMemberMatchingRule
{
    public SelectedMemberInfo Match(SelectedMemberInfo expectedMember, object subject, string memberPath, IEquivalencyAssertionOptions config) => expectedMember;
}

通过将配置添加到 Fluent Assertions，在单元测试中使用扩展类。

AssertionOptions.AssertEquivalencyUsing(x => x.Using(new ReflectionMemberMatchingRule()));

它现在按预期工作！

推荐阅读