我曾多次看到有人提到这一点，但我不清楚这是什么意思。你什么时候，为什么要这么做?
我知道接口是做什么的，但我不清楚这一点的事实使我认为我错过了正确使用它们。
如果你要这样做
IInterface classRef = new ObjectWhatever()
你可以使用任何实现IInterface的类吗?你什么时候需要这样做?我能想到的唯一一件事是，如果你有一个方法，你不确定什么对象将被传递，除了它实现IInterface。我不知道你需要多久做一次。
另外，如何编写一个方法来接受实现接口的对象呢?这可能吗?
当前回答
因此，为了做到这一点，接口的优点是我可以将方法的调用与任何特定的类分开。而是创建接口的实例，其中的实现来自我选择的实现该接口的任何类。因此，允许我拥有许多类，它们具有相似但略有不同的功能，并且在某些情况下(与接口的意图相关的情况)并不关心它是哪个对象。
例如，我可以有一个移动界面。一个方法可以让一些东西“移动”，任何实现移动接口的对象(Person, Car, Cat)都可以被传递进来并被告知移动。如果每个方法都不知道类的类型，那么它就是类。
其他回答
我坚信困难的问题应该用现实世界中简单的答案来解释。在软件设计领域，这是非常重要的。
看看你家里、学校、教堂的任何一扇门……任何建筑。
想象一下，有些门的底部有危险(所以你必须鞠躬才能与开门或关门的门互动)，
或者其他人只能坐在左上角(所以，一些侏儒、残疾人或凯文·哈特不会觉得这种门很有趣，也不会觉得它很好用)。
所以设计是关键，创建程序让其他人可以开发/使用它。
接口的作用是让大型项目中的初级/高级开发人员更容易工作，这样每个人都知道自己在做什么，而不需要别人的帮助，这样你就可以尽可能顺利地工作(理论上)。
[1]:如何?通过揭示价值的形态。所以，你不需要文档，因为代码本身是不言自明的(棒极了)。
这个答案并不是针对特定语言的，而是概念驱动的(毕竟，人类是通过编写代码来创建工具的)。
“编程到接口”意味着不要直接提供硬代码，这意味着你的代码应该在不破坏之前功能的情况下进行扩展。只是扩展，而不是编辑前面的代码。
为一个界面编码是一种哲学，而不是特定的语言结构或设计模式——它指导你为了创建更好的软件系统而遵循正确的步骤顺序(例如，更有弹性，更可测试，更可伸缩，更可扩展，以及其他良好的特性)。
它的实际意思是:
===
在跳到实现和编码(如何)之前，先想想是什么:
你的系统中应该有哪些黑箱， 每个盒子的职责是什么? 每个“客户端”(即其他盒子，第三方“盒子”，甚至人类)应该与它(每个盒子的API)通信的方式是什么?
在你理清上面的问题之后，继续执行这些方框(HOW)。
首先考虑什么是盒子，什么是它的API，这将引导开发人员提炼盒子的职责，并为自己和未来的开发人员标记它的公开细节(“API”)和隐藏细节(“实现细节”)之间的区别，这是一个非常重要的区别。
一个直接且容易注意到的收获是，团队可以在不影响总体架构的情况下更改和改进实现。它还使系统更具可测试性(它与TDD方法配合得很好)。
= = = 除了我上面提到的特质，你还可以在这个方向上节省很多时间。
微服务和DDD，如果做得正确，是“编码到接口”的很好的例子，然而这个概念在每个模式中获胜，从巨石到“无服务器”，从BE到FE，从面向对象到功能性，等等....
我强烈推荐这种方法用于软件工程(我基本上相信它在其他领域也完全有意义)。
面向接口编程非常棒，它促进了松耦合。正如@lassevk提到的，控制反转是一个很好的应用。
此外，研究SOLID原则。这是一个系列视频
它通过硬编码(强耦合示例)，然后查看接口，最后进展到IoC/DI工具(NInject)。
它也适用于单元测试，你可以将你自己的类(满足接口的要求)注入到依赖它的类中
