如何用最简单的方式解释依赖注入?依赖注入是如何实现解耦的?

本文涉及的产品
Redis 开源版,标准版 2GB
推荐场景:
搭建游戏排行榜
云数据库 Tair(兼容Redis),内存型 2GB
简介: 如何用最简单的方式解释依赖注入?依赖注入是如何实现解耦的?

为了测试一下,把知乎上的自己的一个答案搬运下:如何用最简单的方式解释依赖注入?依赖注入是如何实现解耦的?

看了几个高赞答案,感觉说得还是太啰嗦了。依赖注入听起来好像很复杂,但是实际上炒鸡简单,一句话说就是:

本来我接受各种参数来构造一个对象,现在只接受一个参数——已经实例化的对象。

也就是说我对对象的『依赖』是注入进来的,而和它的构造方式解耦了。构造它这个『控制』操作也交给了第三方,也就是控制反转。

造汽车或者小明玩儿手机的例子了都太扯了,自以为幽默,实际上饶了大半天什么也没说,把简单问题复杂化了。一个很实际的例子,比如我们要用 redis 实现一个远程列表。耦合成一坨的代码可以是这样写,其中我们需要自己构造需要用的组件:

class RedisList:
    def __init__(self, host, port, password):
        self._client = redis.Redis(host, port, password)
    def push(self, key, val):
        self._client.lpush(key, val)
l = RedisList(host, port, password)

依赖翻转之后是这样的:

class RedisList:
    def __init__(self, redis_client)
        self._client = redis_client
    def push(self, key, val):
        self._client.lpush(key, val)
redis_client = get_redis_client(...)
l = RedisList(redis_client)
  1. 看起来好像也没什么区别,但是考虑下面这些因素:
  1. 线下线上环境可能不一样,getredisclient 函数在线上可能要做不少操作来读取到对应的配置,可能并不是不是一个简单的函数。
  2. redis 这个类是一个基础组件,可能好多类都需要用到,每个类都去自己实例化吗?如果需要修改的话,每个类都要改。
  3. 我们想依赖的是 redis 的 lpush 方法,而不是他的构造函数。

所以把 redis 这个类的实例化由一个单一的函数来做,而其他函数只调用对应的接口是有意义的。

就这么简单啊。

相关实践学习
基于Redis实现在线游戏积分排行榜
本场景将介绍如何基于Redis数据库实现在线游戏中的游戏玩家积分排行榜功能。
云数据库 Redis 版使用教程
云数据库Redis版是兼容Redis协议标准的、提供持久化的内存数据库服务,基于高可靠双机热备架构及可无缝扩展的集群架构,满足高读写性能场景及容量需弹性变配的业务需求。 产品详情:https://www.aliyun.com/product/kvstore     ------------------------------------------------------------------------- 阿里云数据库体验:数据库上云实战 开发者云会免费提供一台带自建MySQL的源数据库 ECS 实例和一台目标数据库 RDS实例。跟着指引,您可以一步步实现将ECS自建数据库迁移到目标数据库RDS。 点击下方链接,领取免费ECS&RDS资源,30分钟完成数据库上云实战!https://developer.aliyun.com/adc/scenario/51eefbd1894e42f6bb9acacadd3f9121?spm=a2c6h.13788135.J_3257954370.9.4ba85f24utseFl
目录
相关文章
|
7月前
|
设计模式 搜索推荐 数据库连接
第二篇 创建型设计模式 - 灵活、解耦的创建机制
第二篇 创建型设计模式 - 灵活、解耦的创建机制
|
7月前
|
设计模式 存储 SQL
第四篇 行为型设计模式 - 灵活定义对象间交互
第四篇 行为型设计模式 - 灵活定义对象间交互
141 0
|
7月前
|
设计模式 存储 缓存
第三篇 结构型设计模式 - 简化复杂系统的结构
第三篇 结构型设计模式 - 简化复杂系统的结构
|
7月前
|
设计模式
二十三种设计模式全面解析-组合模式与装饰器模式的结合:实现动态功能扩展
二十三种设计模式全面解析-组合模式与装饰器模式的结合:实现动态功能扩展
110 0
|
设计模式 NoSQL Java
如何用最简单的方式解释依赖注入?
如何用最简单的方式解释依赖注入?
82 0
|
设计模式 算法 Java
【设计模式】用Java实现构建器模式
构建器模式(Builder Pattern)是一种创建型设计模式,它通过将复杂对象的构建过程分离出来,以及提供一种逐步构建对象的方式,使得客户端可以灵活地创建对象,同时避免了构造函数参数过多和构造函数重载的问题。
128 0
|
设计模式 XML Java
Spring中涉及的设计模式,速度保存起来(上)
Spring中涉及的设计模式,速度保存起来
103 0
Spring中涉及的设计模式,速度保存起来(上)
|
Java 容器 Spring
扩展原理 :Spring注解笔记系列(二)
public interface ApplicationListener<E extends ApplicationEvent> extends EventListener {} -- 如果想要写一个监听器就要实现这个接口,ApplicationEvent就是代表要监听的事件
118 0
|
设计模式 Java 数据库连接
Spring中涉及的设计模式,速度保存起来(下)
Spring中涉及的设计模式,速度保存起来
107 0
|
程序员 容器
依赖注入?依赖注入是如何实现解耦的?
依赖注入?依赖注入是如何实现解耦的?
135 0
依赖注入?依赖注入是如何实现解耦的?
下一篇
DataWorks