块不应该依赖于低层

parvej674

械园区，在波兰拥有完整的销售网络，并系统性地扩大在国外市场的影响力，使得超过 的产量用于出口。您可以在博客上了解有关 所经历的转型过程的更多信息）。以这种方式创建的连接可以对与订单直接相关的生产流程进行排队，或者允许在短期内进行更好的生产管理。 不断变化的劳动力市场 如今，很难找到电子商务或系统支持方面的专家。看来这种趋势在未来几年可能会持续下去。这就是为什么公司经常寻找能够让他们自己完成一些工作的解决方案。

个这样的例子是当在另一个系统中检测到先前定义的水平时自动订购产品（或其组件）。在这里，工作的主要部分将是逻辑的适当规划，并且其监督本身几乎是免维护的。 我们将在不久的将来在博客上发布贸易公司的下一个业务挑战。依赖倒置原则（ ） 这是 C级联系人列表 缩写 中的字母 ，即它的最后一个原则，可以翻译为依赖倒置原则。该原则的最初定义是由 （所谓的 叔叔）于 年在其著作《敏捷软件开发、原则、模式和实践》的章节中提出的： 高层模模块。两者都应该依赖于抽象。



抽象不应该依赖于细节。细节应该依赖于抽象。 我们这里讨论的是高级模块和低级模块，因此要理解依赖倒置原则，我们需要解释这些概念。某个模块是高级模块还是低级模块取决于我们流程中的控制流。低级模块是高级模块中发生的过程的一部分，即高级模块使用低级模块来实现其目标。然而，问题往往是高层模块直接使用低层模块的特定实现，因此依赖于它们，即低层模块工作方式的改变可能会影响高层模块的工作方式。模块可以工作，这是不希望出现的情况。