其他分享
首页 > 其他分享> > 软件设计白话依赖注入

软件设计白话依赖注入

作者:互联网

title author date CreateTime categories
软件设计 白话依赖注入 lindexi 2018-04-17 18:19:40 +0800 2018-4-17 14:8:59 +0800 软件设计

有很多小伙伴来问依赖注入和如何做一个框架,我说了好久想到下面的故事,所以就写下来。

如果遇到一个需求,去小卖部买一瓶水,那么会怎么做?

对于一个入门的小伙伴,会很快做完。一般对于项目,新手的开发速度都会很快。

买一瓶水(小明 小明)
{
    美国自行车 自行车 = 寻找小明的美国自行车();
    自行车.骑自行车(小明,西六小卖部);//西六小卖部就是目的地
    小明.在小卖部买一瓶水();
}

大概代码就是这样,那么重点需要说的是,和新手开发不相同的是设计。

大家很快就可以看到,这个方法只对小明去西六小卖部买水有用,对于他去其他地方买别的没有用。所以需要让方法通用。

那么一个框架,实际上就是什么都不做,具体的是注入的。

从上面代码是不是觉得有些怪,居然是自行车反过来调用方法,应该是小明调用车,所以暂时修改为下面代码。

买一瓶水(小明 小明)
{
    美国自行车 自行车 = 寻找小明的美国自行车();
    小明.美国自行车 = 自行车;
    小明.骑车去西六小卖部();
    小明.在小卖部买一瓶水();
}

这样看起来所有都是小明,所以代码可读就好很多。

但是有一天,小明找不到自己的美国自行车,他就只找到自行车,那么上面的代码就无法使用了。但是看到小明是会骑车的,也就是所有自行车他都可以骑。修改一下代码。

买一瓶水(小明 小明)
{
    自行车 自行车 = 寻找自行车();
    小明.自行车 = 自行车;
    小明.骑车去西六小卖部();
    小明.在小卖部买一瓶水();
}

从上面代码可以看到,属性尽可能使用基类,如果用到只是基类的功能。如果使用的类是越高级,那么越难以定制。

但是从上面代码也可以看到,既然尽可能使用基类,就需要使用抽象,具体骑车是业务,需要拿出来,所以小明只是使用交通工具,至于交通工具是什么,框架就不需要知道。

也就是小明有使用交通工具功能,具体什么交通工具是使用的时候注入的,那么先做很小的改动。

买一瓶水(小明 小明)
{
    交通工具 自行车 = 寻找小明的美国自行车();
    小明.使用交通工具(自行车,西六小卖部)//西六小卖部就是目的地
    小明.在小卖部买一瓶水();
}

可以看到,小明有一个接口,使用交通工具,只需要传入交通工具,小明就可以使用,只是可能他没有驾照,出去被交警抓了,但是作为开发者,最多给他创建一个驾照。

这个写法就是依赖注入。

那么来试试小明在小卖部买一瓶水的更改。到小卖部就是一个具体的过程,小明需要去某个地方才是抽象。

从代码可以看到,买一瓶水也是具体,如果框架写了买一瓶水,那么框架就只能做买一瓶水。如果框架写的是买东西,那么框架就面对抽象。

如果要做一个框架,那么框架要尽可能抽象,所有步骤都使用注入。

如果大家看到的框架是对于小明的,需要让他对于学生?人?那么也需要做一些修改,这时就需要使用基类学生或人,支持使用交通,买东西。

但是有一天,发现有一个机器也需要完成这个功能,机器不能继承人,所以这个框架又不能用。

所以就需要把两个方法定义在一个接口里,让学生和机器都继承这个接口,这样就可以使用这个框架。所以接口主要在框架使用。

大概看了上面的大家可以知道依赖注入的作用,和如何使用接口。

如果是刚入门,那么千万不要去学框架去写框架,这时需要做的是用框架,或者不用任何框架自己来写。然后写的时候会觉得自己是不是写了重复的代码,逻辑差不多的代码。或者这个项目的代码无法用在其他项目。这时就可以尝试去看看博客,读一下框架的代码。不过一般框架的代码会有很多容错和其他的代码,实际的设计很难很快看到,这时找个人来问也是很好。

标签:小明,依赖,框架,软件设计,代码,白话,自行车,一瓶,小卖部
来源: https://blog.51cto.com/u_11283245/2952065