我不了解你，但我在其他公司的项目中编写过代码，现在我想知道我是怎么做到的！因此，在网络上搜索答案通常会更快，它把我带到了这里。
但是，我的理由不同。我是单元测试，不在乎纯粹主义者要说什么，但作为单元测试设置的一部分，我试图为给定对象调用某个状态。但是这种状态应该在内部得到控制。我不希望其他开发人员不小心弄乱了状态，这可能会对系统产生深远的影响。所以一定要私设！然而，你如何在不调用（希望）永远不会发生的行为的情况下对类似的东西进行单元测试？在这种情况下，我相信在单元测试中使用反射很有用。
另一种方法是暴露我们不想暴露的东西，这样我们就可以对它们进行单元测试！是的，我在现实生活环境中看到过这一点，光是想想还是让我摇头。
所以，我希望下面的代码可能有用。
这里有两种方法只是为了分离关注点，实际上，也有助于提高可读性。反射对于大多数开发人员来说都是令人头晕目眩的东西，根据我的经验，他们要么回避它，要么像瘟疫一样避免它！
private string _getBackingFieldName(string propertyName)
{
return string.Format("<{0}>k__BackingField", propertyName);
}
private FieldInfo _getBackingField(object obj, string propertyName)
{
return obj.GetType().GetField(_getBackingFieldName(propertyName), BindingFlags.Instance | BindingFlags.NonPublic);
}
我不知道您使用的代码约定是什么，但就个人而言，我喜欢帮助方法是私有的并且以小写字母开头。我看的时候觉得不够明显，所以我也喜欢前面的下划线。
讨论了支持字段及其自动命名。出于单元测试的目的，您很快就会知道它是否已更改！它对你的真实代码也不会是灾难性的，只是测试。所以我们可以对名字的命名做出简单的假设——正如我上面所说的。你可以不同意，这很好。
更难的助手_getBackingField 返回其中一种反射类型，FieldInfo。我在这里也做了一个假设，你所追求的支持字段来自一个实例对象，而不是静态对象。如果您愿意，您可以将其分解为要传递的参数，但对于可能想要功能但不理解的普通开发人员来说，水域肯定会更加混乱。
FieldInfos 的方便之处在于，它们可以在与FieldInfo 匹配的对象上设置字段。最好用一个例子来解释：
var field = _getBackingField(myObjectToChange, "State");
field.SetValue(myObjectToChange, ObjectState.Active);
在这种情况下，该字段是一个名为ObjectState 的枚举类型。名称已更改以保护无辜者！因此，在第二行中，您可以看到通过访问之前返回的FieldInfo，我可以调用SetValue 方法，您可能认为该方法应该已经与您的对象相关，但事实并非如此！这就是反射的本质——FieldInfo 将字段与它的来源分开，因此您必须告诉它要使用哪个实例 (myObjectToChange)，因此，您希望它具有的值，在这种情况下，@ 987654333@.
长话短说，面向对象的编程将阻止我们做诸如访问私有字段之类的讨厌的事情，更糟糕的是，当代码的开发者不打算改变它们时。哪个好！这就是 C# 如此有价值并受到开发人员喜爱的原因之一。
然而，微软给了我们反射，通过它，我们使用了一把强大的武器。它可能很丑，而且很慢，但同时，它暴露了 MSIL（MicroSoft 中间语言）内部工作的最深处——简称 IL——并且使我们几乎可以打破书中的每一条规则，这是一个很好的例子。