实际上，为什么要使用鸭式输入或控制反转？

如何解决实际上，为什么要使用鸭式输入或控制反转？

|                                                                                                                   关闭。这个问题是基于意见的。它当前不接受答案。                                                      

解决方法

即使您不按照注释中的说明“为其他开发人员开发代码”，对接口进行编码也有很多好处。讨论这些好处是值得进行的练习，但是由于该问题要求提供现实世界中的示例/用例，因此请按以下步骤进行： 用于检测。 IoC使引入模拟和其他简化/测试类变得容易，这些类和类允许测试特定的单元而无需充分发挥项目的所有依赖关系。 用于在某些依赖项可用之前实现应用程序的特定部分。 （类似于测试用例） 为不同的用户提供不同的功能集。您可以给定模块具有多个“版本”，并将适当的模块交付给不同类型的客户：评估版，标准版，高级版甚至Beta测试版。只要尊重模块的API，应用程序的其余部分就可以正常工作，而不必担心所使用模块的特殊性质。 使用特定框架。该示例可以看作是循环引用：“为什么这些框架首先使用IoC？”，但是事实是，IoC模式在几个非常有用的库和框架中不存在。 创建拦截器。尽管拦截器是有用的调试设备，但它们也可以用于许多目的。 请注意我是如何尝试的，并仅提供具有非常清晰用例的示例。请注意，还有很多其他原因可以使用IoC和相关概念（例如，帮助进行模块化设计，提高可读性...），但是这些原因/优点更加微妙，客观性较低，但至少也有一些原因。重要！     ,据我了解，依赖注入是一种通过控制反转实现的设计模式，该控制模式更接近于软件设计中的原理。 依赖注入的一个示例可能是将汽车和引擎分为两个单独的类。该汽车需要发动机才能运行，并且可以与任何发动机一起运行。然后将引擎从属关系注入到汽车中。 IoC /依赖关系的一个好处是将类及其使用明确分开。一个类可以被另一个替换，而不会破坏您的代码。依赖注入可以在运行时完成，从而可以轻松地重新配置软件。     ,最近的一次经验告诉我，使用IoC时生活变得多么轻松。在最近的工作中，我不得不清理用户提交的html。在项目的许多地方都使用了相同的清洁服务。但是以前的正则表达式清理器不适用于某些特定情况。我刚刚用

JSoup

库编写了一个新的实现，并在需要的地方链接了该实现。使用Spring IoC切换变得如此简单:)     ,引用有关IoC的文章：   IoC模式使用面向对象的设计原理和特性（例如接口，继承和多态性），可以实现更好的软件设计，从而促进重用，松散耦合以及对软件组件的轻松测试。 （强调我的） 这些听起来对我来说很重要。您是否在寻找更多？ 至于“鸭式打字”，国际海事组织（IMO）仍然没有陪审团。在某些情况下，它有一些不错的好处，但是会导致更多的运行时错误。     ,IoC基本上可以帮助您在开发时将实例化与代码分离。因此，可以通过某种称为容器的外部机构来注入运行时对象（而不是通过代码实例化它们），只要它们遵守接口即可。程序到接口是设计模式书中的首要原则。而且优势很大。在IoC中，它有助于解耦代码。 依赖注入和依赖拉是IoC的两种不同形式。 看看这个链接 附带的一点-在Java世界中，Spring框架甚至允许引入新方法。 不确定DuckTyping。