依赖注入的好处

好处

[list]
[*]将被依赖类的创建代码从 依赖类中移出,不用显式的写new。
[*]可以单独维护 被依赖类的创建 过程。
方便该类的被共享。
如果该类初始化时,所需属性很多,使用配置,远比硬代码编写简单。
比如DataSource配置 数据库连接池时。
[*]有多层依赖时,依赖关系的移出,事实上简化了 依赖关系的查看和维护。
因为对每个类而言,只需要关心这个类的依赖。
以WEB项目为例,Controller层只需要关心Service层,Service层只需要关心Dao层。
有可能一个Service中使用了N多的Dao,来实现一个方法中的逻辑。
但是Controller只要引用这个Service,调用这个方法。

[/list]
### 依赖注入的优势 #### 提高测试性 当应用依赖注入模式时,对象不再负责创建自己的依赖项。这使得单元测试更加容易,因为可以在测试环境中轻松替换实际的对象实例为模拟或存根版本[^3]。 #### 减少耦合度 传统方式中,`MainActivity` 需要自己去管理和创建 `Engine` 及其所需的其他组件。而采用依赖注入之后,这些职责被转移到框架上,从而降低了模块间的紧耦合程度。例如,在不使用依赖注入的情况下,任何想要改变 `Car` 或者 `Engine` 的行为都可能影响到 `MainActivity`;但是有了依赖注入,则可以独立地修改各个部分而不必担心破坏整体结构[^1]。 #### 更好的可维护性和扩展性 由于依赖关系由外部配置文件定义(如 Spring XML),因此调整不同环境下的具体实现变得非常方便快捷——只需更改相应的设置即可完成切换操作。此外,随着项目规模的增长和技术栈的变化,基于接口编程并利用容器来管理依赖能够显著简化重构过程以及新特性的加入[^2]。 ```kotlin // 依赖注入前 class MainActivity { private val engine = Engine() private val car = Car(engine) fun start() { car.run() } } // 依赖注入后 (假设使用 Hilt) @AndroidEntryPoint class MainActivity : AppCompatActivity() { @Inject lateinit var car: Car override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) car.run() } } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值