PHP中的服务容器与依赖注入的思想

依赖注入

当A类需要依赖于B类，也就是说需要在A类中实例化B类的对象来使用时候，如果B类中的功能发生改变，也会导致A类中使用B类的地方也要跟着修改，导致A类与B类高耦合。这个时候解决方式是，A类应该去依赖B类的接口，把具体的类的实例化交给外部。

就拿我们业务中常用的通知模块来说。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

<?php

/**

 * 定义了一个消息类

 * Class Message

 */

class  Message{

  public function seed()

  {

      return ‘seed email‘;

  }

}

/*

 * 订单产生的时候 需要发送消息

 */

class Order{

    protected $messager = ‘‘;

    function __construct()

    {

        $this->messager = new Message();

    }

    public function seed_msg()

    {

        return $this->messager->seed();

    }

}

$Order = new Order();

$Order->seed_msg();

上面的代码是我们传统的写法。首先由个消息发送的类。然后在我们需要发送消息的地方，调用发送消息的接口。有一天你需要添加一个发送短信的接口以满足不同的需求。那么你会发现你要再Message类里面做修改。同样也要再Order类里面做修改。这样就显得很麻烦。这个时候就有了依赖注入的思路。下面把代码做一个调整


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

<?php

/**

 * 为了约束我们先定义一个消息接口

 * Interface Message

 */

interface  Message{

  public function seed();

}

/**

 * 有一个发送邮件的类

 * Class SeedEmail

 */

class SeedEmail implements Message

{

    public function seed()

    {

        return  ‘seed email‘;

        // TODO: Implement seed() method.

    }

}

/**

 *新增一个发送短信的类

 * Class SeedSMS

 */

class SeedSMS implements Message

{

    public function seed()

    {

        return ‘seed sms‘;

        // TODO: Implement seed() method.

    }

}

/*

 * 订单产生的时候 需要发送消息

 */

class Order{

    protected $messager = ‘‘;

    function __construct(Message $message)

    {

        $this->messager = $message;

    }

    public function seed_msg()

    {

        return $this->messager->seed();

    }

}

//我们需要发送邮件的时候

$message = new SeedEmail();

//将邮件发送对象作为参数传递给Order

$Order = new Order($message);

$Order->seed_msg();

//我们需要发送短信的时候

$message = new SeedSMS();

$Order = new Order($message);

$Order->seed_msg();

这样我们就实现了依赖注入的思路,是不是很方便扩展了。

服务容器

我理解的服务容器就是一个自动产生类的工厂。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

<?php

/**

 * 为了约束我们先定义一个消息接口

 * Interface Message

 */

interface  Message{

    public function seed();

}

/**

 * 有一个发送邮件的类

 * Class SeedEmail

 */

class SeedEmail implements Message

{

    public function seed()

    {

        return  ‘seed email‘;

        // TODO: Implement seed() method.

    }

}

/**

 *新增一个发送短信的类

 * Class SeedSMS

 */

class SeedSMS implements Message

{

    public function seed()

    {

        return ‘seed sms‘;

        // TODO: Implement seed() method.

    }

}

/**

 * 这是一个简单的服务容器

 * Class Container

 */

class Container

{

    protected $binds;

    protected $instances;

    public function bind($abstract, $concrete)

    {

        if ($concrete instanceof Closure) {

            $this->binds[$abstract] = $concrete;

        } else {

            $this->instances[$abstract] = $concrete;

        }

    }

    public function make($abstract, $parameters = [])

    {

        if (isset($this->instances[$abstract])) {

            return $this->instances[$abstract];

        }

        array_unshift($parameters, $this);

        return call_user_func_array($this->binds[$abstract], $parameters);

    }

}

//创建一个消息工厂

$message = new  Container();

//将发送短信注册绑定到工厂里面

$message->bind(‘SMS‘,function (){

     return   new  SeedSMS();

});

//将发送邮件注册绑定到工厂

$message->bind(‘EMAIL‘,function (){

   return new  SeedEmail();

});

//需要发送短信的时候

$SMS  = $message->make(‘SMS‘);

$SMS->seed();

container是一个简单的服务容器里面有bind,make两个方法

bind是向容器中绑定服务对象。make则是从容器中取出对象。

bind

在bind方法中需要传入一个 concrete 我们可以传入一个实例对象或者是一个闭包函数。

可以看到我这全使用的是闭包函数，其实也可以这样写


1

2

$sms = new  SeedSMS();

$message->bind(‘SMS‘,$sms);

后面这种写法与闭包相比的区别就是我们需要先实例化对象才能往容易中绑定服务。而闭包则是我们使用这个服务的时候才去实例化对象。可以看出闭包是有很多的优势的。

make

make方法就从容器中出去方法。里面首先判断了instances变量中是否有当前以及存在的服务对象，如果有直接返回。如果没有那么会通过 call_user_func_array返回一个对象.

原文地址：https://www.cnblogs.com/heyue0117/p/11809057.html

时间： 2024-08-01 15:27:10

PHP中的服务容器与依赖注入的思想的相关文章

轻松了解Spring中的控制反转和依赖注入（二）

紧接上一篇文章<轻松了解Spring中的控制反转和依赖注入>讲解了SpringIOC和DI的基本概念,这篇文章我们模拟一下SpringIOC的工作机制,使我们更加深刻的理解其中的工作. 类之间的结构图如下 以下是代码 BeanFactor接口:在Spring源码中的定义是:持有对一定数量的Bean的定义,同时每个Bean都被唯一标识的对象(类),需要实现这个接口.根据对Bean的定义,该工厂将会返回一个包含Bean定义的对象的独立实例(原型设计模式),或者单例共享(一个不错的单例设计模式,)范

SpringBug记录 -- java.lang.NullPointerException在Spring单元测试中遇到的空指针异常及依赖注入异常总结

在进行SSM整合过程中遇到了空指针异常以及依赖注入异常,分别说一下. 1.空指针异常: 在进行单元测试时,发现在Controller层出现空指针异常.然后单独测试Service层,发现空指针异常到了Service层.后来发现,原来我在Test方法中New了一个新的Service.导致空指针异常,由于Ioc机制,Spring已经自动帮我们注入了这个变量,所以重新声明的话会导致空指针异常(果然基础还是不够扎实哈哈,长记性了) 2.依赖注入失败异常. 在启动tomcat时,发现Tomcat报异常,无法

轻松了解Spring中的控制反转和依赖注入

我们回顾一下计算机的发展史,从最初第一台计算机的占地面积达170平方米,重达30吨,到现如今的个人笔记本,事物更加轻量功能却更加丰富,这是事物发展过程中的一个趋势,在技术领域中同样也是如此,企业级JavaBean(Enterprise JavaBean ,EJB)在创建之初是非常成功,但是时间一久人们便开始追逐更加方便更加简易和轻量级的技术框架实现,于是Spring就应运而生,并且Sring一直开始不断地涉及到其他领域(这里就不再多详谈了),而Spring的精髓当中就包括控制反转和依赖注入. 浅

laravel中如何利用反射实现依赖注入

依赖注入 在一个类中经常会依赖于其他的对象,先看一下经典的写法 class Foo { public $bar; public function __construct() { $this->bar = new Bar(); } } $foo = new Foo(); 当类的依赖发生改变时,比如 Bar 这个类需要实例化参数时,而依赖于它的类有很多,总不能一个一个地去修改吧. 再看一下使用 依赖注入 怎么做 class Foo { public $bar; public function __c

js 实现依赖注入的思想，后端框架思想搬到前端来

前述:咱们写一些页面的时候,很多需要用ajax来实现,显示又有很多表单提交的add或者update操作,太烦了,能不能有什么方法能够简单些呢? 说实话我都是被公司给逼的 应用场景: 前后端一一对应.表单内容保存.列表陈述等. 架构思路: 分发器.依赖注入等. 基本代码陈述: j.extend({ dispatcher: (function () { var _route = {}, // default module _module = { // 授权 authenticate: true, /

关于控制反转（IOC）容器 ，依赖注入（DI）模式必读文章收集

推荐一篇国外牛人的大作:Inversion of Control Containers and the Dependency Injection pattern http://martinfowler.com/articles/injection.html

php 依赖注入容器

原文: http://blog.csdn.net/realghost/article/details/35212285 https://my.oschina.net/cxz001/blog/533166 http://www.oschina.net/code/snippet_1171845_48046 http://blog.csdn.net/wzllai/article/details/24485245 看Laravel的IoC容器文档只是介绍实例,但是没有说原理,之前用MVC框架都没有在意这

6.在MVC中使用泛型仓储模式和依赖注入实现增删查改

原文链接:http://www.c-sharpcorner.com/UploadFile/3d39b4/crud-operations-using-the-generic-repository-pattern-and-dep/ 系列目录: Relationship in Entity Framework Using Code First Approach With Fluent API[[使用EF Code-First方式和Fluent API来探讨EF中的关系]] Code First Mig

理解 PHP 依赖注入 | Laravel IoC容器

Laravel框架的依赖注入确实很强大,并且通过容器实现依赖注入可以有选择性的加载需要的服务,提高初始化框架的开销,下面是我在网上看到的一个帖子,写的很好拿来与大家分享,文章从开始按照传统的类设计数据库连接一直到通过容器加载服务这个高度解耦的设计展示了依赖注入的强大之处,值得我们借鉴和学习. -----------------------------------------------------------分割线下面是大牛的原文---------------------------------