FluentAssertions 6.12.1 版本中私有成员匹配规则的变更解析

在 FluentAssertions 6.12.1 版本中，用户可能会遇到一个关于私有成员匹配规则的行为变更。这个变更影响了自定义 IMemberSelectionRule 实现中对私有字段的处理方式，导致原本在 6.12.0 及更早版本中能够正常工作的代码在新版本中出现断言失败。

问题背景

在 FluentAssertions 中，用户可以通过实现 IMemberSelectionRule 接口来自定义成员选择规则。一个常见的用例是选择对象的私有字段进行比较。在 6.12.0 及更早版本中，即使用户只实现了 IMemberSelectionRule 来选择私有字段，系统也能正常工作，因为底层实现会"意外地"匹配这些私有字段。

变更原因

这个行为在 6.12.1 版本中被修正了。根本原因是 FluentAssertions 原本就不打算支持私有和受保护字段的自动匹配。之前的版本中存在一个实现上的疏忽，使得私有字段能够被匹配。在 6.12.1 版本中，这个疏忽被修复了，特别是在支持显式实现的属性时，这个修复导致了行为的变更。

技术细节

在 FluentAssertions 的断言机制中，成员匹配实际上分为两个阶段：

1. 成员选择阶段：通过 IMemberSelectionRule 决定哪些成员应该参与比较
2. 成员匹配阶段：通过 IMemberMatchingRule 决定如何匹配两个对象中的成员

在 6.12.1 之前，即使没有显式实现 IMemberMatchingRule，系统也会"意外"匹配私有字段。但在新版本中，必须同时实现这两个接口才能完成私有字段的完整匹配流程。

解决方案

如果用户需要在 6.12.1 及更高版本中继续比较私有字段，需要同时实现两个接口：

1. IMemberSelectionRule：用于选择私有字段
2. IMemberMatchingRule：用于匹配私有字段

这种设计实际上更加合理和明确，因为它分离了成员选择和成员匹配这两个不同的关注点，使系统的行为更加可预测和可维护。

最佳实践

对于需要比较私有成员的场景，建议：

1. 明确实现两个接口来完整控制成员选择和匹配过程
2. 在测试文档中记录这种特殊比较的需求和实现
3. 考虑是否真的需要比较私有成员，或者是否可以通过其他设计（如暴露必要属性）来简化测试

这种变更虽然导致了向后兼容性问题，但从长远来看，它使框架的行为更加一致和可预测，符合 FluentAssertions 的设计原则。