YII框架的依赖注入容器

依赖注入(Dependency Injection,DI)容器就是一个对象,它知道怎样初始化并配置对象及其依赖的所有对象。

所谓的依赖就是,一个对象,要使用另外一个对象才能完成某些功能。那么这个对象就依赖于被使用的对象。

例如:

/**
 * 厨师
 */
class cook {
    /**
     * 制作食物
     */
    public function cooking() {
        $food = new food();
        echo $food->get(),"汤<br/>";
    }
}
/**
 * 食材
 */
class food{
    /**
     * 提供食材
     */
    public function get() {
        return ‘西红柿鸡蛋‘;
    }
}

厨师类 在 制作食物 的时候需要用到 食材类 提供食材,才能完成食物的制作。

所以厨师类依赖于食材类。

但是这种直接在类内部实例化一个对象的方式来得到对象,是一种强耦合的做法。

应该把食材的提供者(数据结构)与食物的制作方法(算法)进行分离。

再改动一下代码:

/**
 * 厨师
 */
class cook {
    private $food;
    public function __construct(food $food) {
        $this->food = $food;
    }
    /**
     * 制作食物
     */
    public function cooking() {
        echo $this->food->get(),"汤<br/>";
    }
}
/**
 * 食材
 */
class food{
    /**
     * 提供食材
     */
    public function get() {
        return ‘西红柿鸡蛋‘;
    }
}

改动之后的代码是在实例化一个厨师的时候就把食材类传递进去。

但是这个时候,如果改动了,food类,那么极有可能导致cook类不能得到食材。这个时候它们之间还是强耦合在一块。

况且厨师不可能总是做西红柿鸡蛋汤啊,他需要其它食材。

再改动一下代码:

/**
 * 厨师
 */
class cook {
    private $food;
    public function __construct(food $food) {
        $this->food = $food;
    }
    /**
     * 制作食物
     */
    public function cooking() {
        echo $this->food->get(),"汤<br/>";
    }
}
/**
 * 食材接口
 */
interface food{
    public function get();
}
/**
 * 海鲜类食材
 */
class seafood implements food{
    /**
     * 提供食材
     */
    public function get() {
        return ‘鲜鱼‘;
    }
}
/**
 * 家禽类食材
 */
class fowlfood implements food{
    /**
     * 提供食材
     */
    public function get() {
        return ‘西红柿鸡蛋‘;
    }
}

把 食材提供 用一个接口进行约定,然后各类食材都必须实现那个接口。

通过接口,把 cook 与 food 彻底分开。

这样我们的客户端代码就是:

$cook = new cook(new seafood);
$cook->cooking();
$cook = new cook(new fowlfood);
$cook->cooking();

这样在每次使用$cook对象的时候,都需要new一下 实现了food接口的类。

那么对于这种依赖的关系,如果能够让一个对象专门来处理,而不是手工去new一下food类。那么这种处理过程就叫依赖注入。

这个处理依赖关系的对象就是Yii框架中的叫“”容器”的对象。

下面是Yii中依赖注入容器的使用:

<?php
namespace app\controllers;
use yii\web\Controller;
use \YII;

class TestController extends Controller
{
    public function actionIndex() {
        //实例化依赖注入容器
        $container = new \yii\di\Container;
        //设置food接口与具体的实现类之间的关系
        $container->set(‘app\controllers\food‘,‘app\controllers\fowlfood‘);
        //$container->set(‘app\controllers\food‘,‘app\controllers\seafood‘);
        //通过依赖注入容器得到厨师对象
        $cook = $container->get(‘app\controllers\cook‘);
        $cook->cooking();
    }
}

/**
 * 厨师
 */
class cook {
    private $food;
    public function __construct(food $food) {
        $this->food = $food;
    }
    /**
     * 制作食物
     */
    public function cooking() {
        echo $this->food->get(),"汤<br/>";
    }
}
/**
 * 食材接口
 */
interface food{
    public function get();
}
/**
 * 海鲜类食材
 */
class seafood implements food{
    /**
     * 提供食材
     */
    public function get() {
        return ‘鲜鱼‘;
    }
}
/**
 * 家禽类食材
 */
class fowlfood implements food{
    /**
     * 提供食材
     */
    public function get() {
        return ‘西红柿鸡蛋‘;
    }
}
时间: 2024-10-21 12:17:13

YII框架的依赖注入容器的相关文章

[ASP.NET Core 3框架揭秘] 依赖注入[5]: 利用容器提供服务

毫不夸张地说,整个ASP.NET Core框架是建立在依赖注入框架之上的.ASP.NET Core应用在启动时构建管道以及利用该管道处理每个请求过程中使用到的服务对象均来源于依赖注入容器.该依赖注入容器不仅为ASP.NET Core框架自身提供必要的服务,同时也是应用程序的服务提供者,依赖注入已经成为了ASP.NET Core应用的基本编程模式. 一.服务的注册与消费 为了让读者朋友们能够更加容易地认识.NET Core提供的依赖注入框架,我在"<一个迷你版DI框架>"中特

依赖注入容器-Autofac

介绍一款依赖注入的容器AutoFac,一直非常迷惑依赖注入到底有独特的优势或者好处,感觉如果用策略模式和反射等也是可以实现这个解耦的,不管怎么样还是先来大概了解依赖注入到底是怎么一回事.              首先来看个例子,如果你想要一把锤子你会怎么做?(这个例子是我百度上看到的,觉得挺形象的) 1.自己造,打铁,锻造等. 2.或者你找制造锤子的工厂订购 3.打开淘宝,下单,支付 上面的例子在程序开发中分别有什么不同:第一种方式显而易见非常麻烦,从开发角度看就是高度耦合,导致使用和制造混在

IoC 依赖注入容器 Unity

原文:IoC 依赖注入容器 Unity IoC 是什么? 在软件工程领域,“控制反转(Inversion of Control,缩写为IoC)”是一种编程技术,表述在面向对象编程中,可描述为在编译时静态分析器并不知道具体被耦合的对象,而该对象是在运行时被对象装配器绑定的. 在传统编程中,决定业务流程的对象是被静态分配的.而在 IoC 中,业务流程取决于对象装配器实例化提供的对象,这使利用抽象来定义对象间的交互成为可能.对象装配器为了能绑定一个对象,要求该对象必须具备兼容的抽象定义.例如类 Cla

[ASP.NET Core 3框架揭秘] 依赖注入:控制反转

ASP.NET Core框架建立在一些核心的基础框架之上,这些基础框架包括依赖注入.文件系统.配置选项和诊断日志等.这些框架不仅仅是支撑ASP.NET Core框架的基础,我们在进行应用开发的时候同样会频繁地使用到它们.对于这里提到的这几个基础框架,依赖注入尤为重要.ASP.NET Core应用在启动以及后续针对请求的处理过程中,它会依赖各种的组件提供服务.为了便于定制,这些组件一般会以接口的形式进行"标准化",我们将这些标准化的组件统一称为"服务(Service)"

[ASP.NET Core 3框架揭秘] 依赖注入:依赖注入模式

原文:[ASP.NET Core 3框架揭秘] 依赖注入:依赖注入模式 IoC主要体现了这样一种设计思想:通过将一组通用流程的控制权从应用转移到框架之中以实现对流程的复用,并按照"好莱坞法则"实现应用程序的代码与框架之间的交互.我们可以采用若干设计模式以不同的方式实现IoC,比如我们在前面介绍的模板方法.工厂方法和抽象工厂,接下来我们介绍一种更有价值的IoC模式:依赖注入(DI:Dependency Injection). 一.由容器提供对象 和前面介绍的工厂方法和抽象工厂模式一样,依

[ASP.NET Core 3框架揭秘] 依赖注入:一个Mini版的依赖注入框架

在前面的章节中,我们从纯理论的角度对依赖注入进行了深入论述,我们接下来会对.NET Core依赖注入框架进行单独介绍.为了让读者朋友能够更好地理解.NET Core依赖注入框架的设计与实现,我们按照类似的原理创建了一个简易版本的依赖注入框架,也就是我们在前面多次提及的Cat. 源代码下载 普通服务的注册与消费泛型服务的注册与消费多服务实例的提供服务实例的生命周期 一.编程体验 虽然我们对这个名为Cat的依赖注入框架进行了最大限度的简化,但是与.NET Core框架内部使用的真实依赖注入框架相比,

如何编写一个简单的依赖注入容器

随着大规模的项目越来越多,许多项目都引入了依赖注入框架,其中最流行的有Castle Windsor, Autofac和Unity Container. 微软在最新版的Asp.Net Core中自带了依赖注入的功能,有兴趣可以查看这里. 关于什么是依赖注入容器网上已经有很多的文章介绍,这里我将重点讲述如何实现一个自己的容器,可以帮助你理解依赖注入的原理. 容器的构想 在编写容器之前,应该先想好这个容器如何使用. 容器允许注册服务和实现类型,允许从服务类型得出服务的实例,它的使用代码应该像 var

Unity轻量级依赖注入容器

一.前言 Unity是一个轻量级的可扩展的依赖注入容器,支持构造函数,属性和方法调用注入.在Nuget里安装unity 二.Unity的API方法 UnityContainer.RegisterType<ITFrom,TTO>();  //注册映射 UnityContainer.RegisterType< ITFrom, TTO >("keyName");//注册映射指定key值 IEnumerable<T> databases = UnityCon

依赖注入容器Autofac的详解[转]

依赖注入容器Autofac的详解 发表于 2011 年 09 月 22 日 由 renfengbin 分享到:GMAIL邮箱         Hotmail邮箱 delicious digg Autofac和其他容器的不同之处是它和C#语言的结合非常紧密,在使用过程中对你的应用的侵入性几乎为零,更容易与第三方的组件集成,并且开源,Autofac的主要特性如下: 1,灵活的组件实例化:Autofac支持自动装配,给定的组件类型Autofac自动选择使用构造函数注入或者属性注入,Autofac还可以