依赖注入是一种设计模式吗?
Is dependency injection a design pattern?
嗯,我在开发一个名为图书馆管理系统的项目,我使用依赖注入开发它,但是我的同事笑我说依赖注入不是一种设计模式,我必须重做我的项目,而我花了很多时间和精力来创建我的项目。
有没有证据表明我可以将依赖注入称为设计模式?
依赖注入是你可以实现依赖反转原则的方法之一,它不是唯一的方法,但却是实现它的一种非常常见的方法。重做你的项目并不会真正改变你应该在你的应用程序中使用 DI 的事实。你可以问问你的同事他们对依赖倒置的看法以及他们将如何实现它
Steven van Deursen 和我在我们的书 Dependency Injection Principles, Practices, and Patterns、依赖注入 中介绍的方式是一组模式和原则;即不是单一模式。
最重要的模式是 Constructor Injection and Composition Root, while some of the important principles are the Dependency Inversion Principle and the Liskov Substitution Principle。
有些人认为依赖注入 (DI) 和控制反转 (IoC) 相同,但根据 Martin Fowler 的定义,I don't think that's the case.
其他人将 DI 与 . DI Containers are optional; I personally recommend Pure DI 的使用混淆。
嗯,我在开发一个名为图书馆管理系统的项目,我使用依赖注入开发它,但是我的同事笑我说依赖注入不是一种设计模式,我必须重做我的项目,而我花了很多时间和精力来创建我的项目。 有没有证据表明我可以将依赖注入称为设计模式?
依赖注入是你可以实现依赖反转原则的方法之一,它不是唯一的方法,但却是实现它的一种非常常见的方法。重做你的项目并不会真正改变你应该在你的应用程序中使用 DI 的事实。你可以问问你的同事他们对依赖倒置的看法以及他们将如何实现它
Steven van Deursen 和我在我们的书 Dependency Injection Principles, Practices, and Patterns、依赖注入 中介绍的方式是一组模式和原则;即不是单一模式。
最重要的模式是 Constructor Injection and Composition Root, while some of the important principles are the Dependency Inversion Principle and the Liskov Substitution Principle。
有些人认为依赖注入 (DI) 和控制反转 (IoC) 相同,但根据 Martin Fowler 的定义,I don't think that's the case.
其他人将 DI 与