以下是《The Art of Unit Testing，Second Edition》一书的原文：提取接口以允许替换底层实现

• 在这种技术中，您需要将涉及文件系统的代码分解到一个单独的类中。这样你就可以很容易地区分它，并在以后从测试中替换对该类的调用（如图3.3所示）。第一个清单显示了需要更改代码的地方。
• 清单3.1提取与文件系统相关的类并调用它 *

public bool IsValidLogFileName(string fileName)
{
 FileExtensionManager mgr =
 new FileExtensionManager();
 return mgr.IsValid(fileName);
}
class FileExtensionManager
 {
 public bool IsValid(string fileName)
 {
 //read some file here
 }
 }

• 接下来，您可以告诉您的测试类，它将处理某种形式的ExtensionManager，而不使用具体的FileExtensionManager类，而不知道它的具体实现。在.NET中，这可以通过使用基类或FileExtensionManager将扩展的接口来实现。下一个清单显示了在设计中使用新接口以使其更具可测试性。图3.4显示了这种实现的示意图。
• 清单3.2从已知类提取接口 *

public class FileExtensionManager : IExtensionManager
 {
 public bool IsValid(string fileName)
 {
 ...
 }
 }
public interface IExtensionManager
 {
 bool IsValid (string fileName);
 }
//the unit of work under test:
public bool IsValidLogFileName(string fileName)
{
 IExtensionManager mgr =
 new FileExtensionManager();
 return mgr.IsValid(fileName);
 }

• 您创建了一个带有IsValid（string）方法的接口，并使FileExtensionManager实现该接口。它仍然以完全相同的方式工作，只是现在您可以用您自己的“假”管理器替换“真实的”管理器，稍后您将创建“假”管理器来支持您的测试。
  **问题：**我不明白为什么增加接口会让以后区分和替换类调用变得更容易？这个问题属于设计模式的范畴吗？我应该学习一些设计模式来更好地理解这个问题吗？