首页 > 作文

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

更新时间:2023-04-07 20:09:21 阅读: 评论:0

依赖注入

当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 ed()

{

return 'ed email';

}

}

/*

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

*/

class order{

protected $messager = '';

function __construct()

{

$this->messager = new message();

}

public function ed_msg()

{

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

}

}

$order = new order();

$order->ed_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 ed();

}

/**

* 有一个发送邮件的类

* class edemail

*/

class edemail implements message

{

public function ed()

{

return 'ed email';

// todo: implement ed() method.

}

}

/**

*新增一个发送短信的类

* class edsms

*/

class edsms implements message

{

public function ed()

{

return 'ed sms';

// todo: implement ed() method.

}

}

/*

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

*/

class order{

protected $messager = '';

function __construct(message $message)

{

$this->messager = $message;

}

public function ed_msg()

{

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

}

}

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

$message = new edemail();

//将邮件发送对象作为参数传递给orde河北科技师范学院r

$order = new order($message);

$order->ed_msg();

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

$message = new edsms();

$order = new order($message);

$order->ed_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 ed();

}

/**

* 有一个发送邮件的类

* class edemail

*/

class edemail implements message

{

public function ed()

{

return 'ed email';

// todo: imple七星潭ment ed() method.

}

}

/**

*新增一个发送短信的类

* class edsms

*/

class edsms implements message

{

public function ed()

{

return 'ed sms';

// todo: implement ed() method.

}

}

/**

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

* class container

*/

class container

{

protected $binds;

protected $instances;

public function bind($abstract, $concrete)

{

if ($concrete instanceof closure) {

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

} el {

$this->in男生1000米成绩标准stances[$abstract] = $concrete;

}

}

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

{

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

return $this->instances[$abstract];

}

array_unshift($parameters, $this);

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

}

}

//创建一个消息工厂

$message = new container();

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

$message->bind('sms',function (){

return new edsms();

});

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

$message->bind('email',function (){

return new edemail();

});

//需要发送短信的时候

$sms = $message->make('sms');

$sms->ed();

co当归粉的功效与作用ntainer是一个简单的服务容器里面有bind,make两个方法

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

bind

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

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

1

2

$sms = new edsms();

$message->bind('sms',$sms);

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

make

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

本文发布于:2023-04-07 20:09:19,感谢您对本站的认可!

本文链接:https://www.wtabcd.cn/fanwen/zuowen/83f76a1f17d2ad279ef42607e3f3bb5a.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

本文word下载地址:PHP中的服务容器与依赖注入的思想.doc

本文 PDF 下载地址:PHP中的服务容器与依赖注入的思想.pdf

标签:对象   发送短信   容器   实例
相关文章
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2022 Comsenz Inc.Powered by © 专利检索| 网站地图