N仅替代某些类型的自动模拟

Question

我注意到NSubstitute会自动修改以下类型：

• 数组
• 可观察的
• 串
• 任务

尽管我知道这种情况会发生，但我找不到选择这些类型的原因 。 为什么不让String null？ 还是包括集合而不只是Array ？

例如：

var crazyInterface = Substitute.For<ICrazyInterface>();

FileInfo[] folderContents = crazyInterface.FolderContents(@"C:\folder");
IObservable<FileInfo> fileObserver = crazyInterface.CreateNewFileObservable();
string fileHash = crazyInterface.FileHash(@"C:\folder\file.txt");
Task<byte[]> fileContents = crazyInterface.ReadFileContentsAsync(@"C:\folder\file.txt");

所有人都为其实现了一个模拟，而List<T>将为null（或任何其他引用类型）。

源代码未提供有关仅实现AutoValues文件夹中自动装箱的原因的指示。

Answer 1

简短的答案：随着人们的需要，添加了特定的自动模拟类型，我们认为，当期望模拟或default(T)时，返回实际值所带来的任何混淆都将超过其便利性。

---

如果有人对此感兴趣的话，我记得它是关于此功能演变的更长的，希望是部分准确的故事。

NSubstitute开始返回所有内容的default(T) 。 对于我们拥有呼叫链的情况，这会很痛苦，因此我们为接口类型添加了自动模拟功能。 这是一个相当安全的操作-与类不同，没有实际代码可以通过构造函数调用或无意间调用非虚拟方法运行的可能性。 例如， mySub.SomeAutoSub().DoStuff()是否可以基于SomeAutoSub()的返回类型运行真实代码。

更高级别的安全性是具有所有虚拟成员和默认构造函数的类。 该文档将这些论文称为纯虚拟类 。 拥有虚拟成员意味着，如果我们深入研究自动修改实例，就不会意外调用真实代码。 现在，它仍将通过构造函数运行真实代码，但是它不带参数，因此我们可以假设（请读：交叉手指和希望）默认行为将做明智的事情，而不是可怕的事情。

最后，您指出了一些例外情况，例如Array和Task 。 当我们认为方便会超过造成的任何混乱时，会根据反馈完全临时添加这些内容。 我们要避免的主要事情是在期望模拟时返回真实值。 如果您不小心调用了.Returns ，它将无法正常工作。返回不是模拟的东西。

Strings ， Arrays和Tasks符合此条件。 您无法模拟这些类型，因此拥有在测试中合理工作的默认值似乎是合理的。 我发现我经常遇到字符串操作，因为默认为null，该字符串操作会崩溃，因此为了方便起见，我添加了一个。 其他人想要一个明智的默认Task ，因此添加了它。 我不记得没有自动对集合进行分类的原因（可能是因为某些人使用了IList<T>模拟版本，在其中提供像List<T>这样的特定实现更容易进行显式存根？）。

我认为我们可以在这里摆脱一些不一致之处，因为我们处于测试的环境中-如果我们需要特定的值或行为，则将其明确地存根。 否则，我们将获得一个默认值，希望它不会造成任何影响。

如果您希望自动添加其他内容，请ping 讨论组 。 现在要像这样进行可能具有重大突破的更改会有点困难，但是如果有特殊类型的令人信服的案例，我们可以考虑添加它。