我完全理解我们使用接口作为契约来告诉开发人员要实现的功能是什么。但这是否在任何情况下都是"这意味着我们必须为每个类实现一个接口"。假设我们只有一个类来实现一个接口。我们是否专门为该类定义一个接口。以及何时不使用接口。
我的理解是，当我们想要强制开发人员实现一组必须具有的函数时，我们使用接口。 假设我们有一个服务器类。 然后我们必须做接口，因为我们总是需要两个函数，例如两个函数，一个用于打开服务器ServerOn();一个用于关闭服务器ServerOff();
界面的使用在您希望始终使用常见行为功能的地方发挥作用。假设您正在构建一个处理不同类型服务器的应用程序，将来您可能会添加其他类型的服务器。那么在这种情况下，您将始终具有打开服务器和关闭服务器的功能。使用接口添加这些必需的函数 ServerOn();， ServerOff()。然后，每次添加新的服务器新类型时，您都实现了接口IServer，然后需要这些功能。这里的想法是应用抽象，其中低级类依赖于抽象。
接口的另一个主要用途是一些编程语言或几乎所有语言都允许通过接口进行多态性的概念。这意味着所有类都实现了名为IServer的接口，例如可以声明为IServer sqlServer;IServer orcaleServer;这有助于使用 DI 和单元测试。前任： 查看以下构造函数 公共服务器(IServer server){//其余代码};你看我们创建了一个构造函数，可以采用例如OrcaleServer，SQLServer，这些是实现接口的类。