控制反转 (Inversion of Control， IoC)是把传统上由程序代码直接操控的对象的调用权交给容器，通过容器来实现对象组件的装配和管理。所谓的“控制反转”就是对组件对象控制权的转移，从程序代码本身转移到了外部容器，由容器来创建对象并管理对象之间的依赖关系。IoC体现了好莱坞原则：“Don’t call me, we will call you”。依赖注入（Dependency In

转载自： http://blog.jobbole.com/101666/ Prefix 依赖倒置原则（DIP）：一种软件架构设计的原则（抽象概念）。 控制反转（IoC）：一种反转流、依赖和接口的方式（DIP的具体实现方式）。 依赖注入（DI）：IoC的一种实现方式，用来反转依赖（IoC的具体实现方式）。 IoC容器 ：依赖注入的框架，用来映射依赖，管理对象创建和生存周期（DI框架）。 依赖倒置原则

标题之所以是Dagger2是因为我没看Dagger^_^,具体Dagger2与Dagger有什么区别请百度这里不再赘述。 使用Dagger2前准备工作 1.配置apt插件 apt插件是用于自动生成代码的，因为Dagger2放弃了反射的方式，而是选择在编译项目时根据注解自动生成相应代码，以提高app性能。 即：在编译项目过程中，apt插件根据注解自动生成实际运行的代码。 1.配置apt插件(在bui

废话不说直接上实例 //laravel IOC理解以及依赖注入 DIinterface SuperModuleInterface{    /**      * 超能力激活方法      *      * 任何一个超能力都得有该方法，并拥有一个参数      *@param array $target 针对目标，可以是一个或多个，自己或他人      */     public function a

为了更好的理解依赖注入，我们先从一个简单的例子说起。一个人（我们可以看做是一个Java实例，调用者），他因为劳动，需要一把斧子（在这里也可以看做是一个Java实例，被调用者）。 在原始社会里，几乎没有任何分工，想要斧子，就必须要自己动手去打造。在Java中，就相当于，调用者自己创建被调用者，通常做法就是用new关键字创建一个Java对象。 进入到工业社会，斧子开始在工厂生产，想要斧子的话，只需要去

原文链接：http://www.datastudy.cc/to/58 Group By分组聚合是我们在使用过程中使用最多的SQL之一（另外一个使用最多的估计就是JOIN了吧），为了让大家详细了解Group By的计算执行过程，我们下面使用一张图来详细讲解一下。 我们的数据就是左表，有name和score两列，我们要求每个name下，score的最大值，技术术语是：根据每个name进行分组，根据ma

CQRS 意味着命令和查询的责任是分离的。很多人错误的认为CQRS是一个整体架构，其实，CQRS这个一个小的模式，这个模式由Greg Young和Udi Dahan首次提出. 他们从Bertrand Meyer的《Object Oriented Software Construction》中获取的命令和查询分离模式的灵感。在CQS背后的主要观点是："一个方法应该改变一个对象的状态，或者返回一个结果

前言 网上有很多朋友在问： apt/annotationProcessor与Provided 都是只编译并不打入apk中，他俩到底有什么区别呢？所以我就把自己所了解的与大家分享一下。 正文 编译关系 apt/annotationProcessor 只在编译的时候执行依赖的库，但是库最终不打包到apk中，从之前的demo来看，总结一下： 编译库中的代码没有直接使用的意义，也没有提供开放的api调用，

通常我们设计一个应用程序，并且快速创建单元测试来验证我们的设计，在我们编写这些测试时，这些测试也可以帮助改善了我最初的设计。随着我们编写越来越多的单元测试，正反馈的良性循环也会鼓励我们尽早地编写单元测试。当我们设计并实现时，就自然地想要知道我们将会如何来测试一个类。基于这一方法论，越来越多的开发者正从利于测试跃迁到测试驱动开发。 通过简单例子来理解TDD 下面我们就从”保留两位小数,不能四舍五入”

在二十世纪初的某个地方，广为人知的 Uncle Bob —— 罗伯特·马丁（Robert C. Martin）第一次提出了面向对象设计的五大原则 —— SOLID 原则。SOLID 是这五大原则单词首字母的缩略词，其中的每个字母代表着不同的原则： S - Single Responsibility Principle - 单一职责原则 O - Open Close Principle - 开闭原则

一、控制反转和依赖注入之间的关系 控制反转（Inversion Of Control, IOC）是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。其中最常见的方式叫做依赖注入（Dependency Injection, DI）, 还有一种叫”依赖查找”（Dependency Lookup）。通过控制反转，对象在被创建的时候，由一个调控系统内所有对象的外界实体，将其所依赖的对象的引

创建对象的权利给力容器-控制反转 容器依赖配置进行新对象创建-依赖注入 转载自：http://blog.csdn.net/bestone0213/article/details/47424255 　学习过Spring框架的人一定都会听过Spring的IoC(控制反转) 、DI(依赖注入)这两个概念，对于初学Spring的人来说，总觉得IoC 、DI这两个概念是模糊不清的，是很难理解的，今天和大家分

就算学习了很久的UML类图，相信大家对于类图中的类与类之间的关系的理解可能多多少少还是会有些迷惑，下面我将用一幅图来帮助大家理解类图中的各种关系。 如上图所示，我们先创建一个抽象类动物Animal，动物是需要喝水的，所以创建一个水类Water。动物喝水它肯定需要一个方法名字叫drink，那么这方法肯定需要一个的参数叫water，类型为Water。那么，动物是依赖于水的，这样动物和水之间就形成了一个

容器，字面上理解就是装东西的东西。常见的变量、对象属性等都可以算是容器。一个容器能够装什么，全部取决于你对该容器的定义。当然，有这样一种容器，它存放的不是文本、数值，而是对象、对象的描述（类、接口）或者是提供对象的回调，通过这种容器，我们得以实现许多高级的功能，其中最常提到的，就是 “解耦” 、“依赖注入（DI）”。本文就从这里开始。 IoC 容器 —— Laravel 的核心 Laravel 的

我知道日志记录是AOP的主要用例。另外，日志包装器也被示例为当你想使用DI，使类不与特定的日志实现耦合的情况。然而， some consider logging wrappers an anti-pattern.首先，这样的视图是因为在大多数情况下，包装器往往是简单的，并删除了许多特定的日志框架的功能。如果你实现那些特定的功能，为什么不直接使用框架。 我知道Common.Logging的立面，试图

依赖注入和控制反转的理解，写的太好了。 转载  2015年08月11日 17:53:22 38200 　学习过Spring框架的人一定都会听过Spring的IoC(控制反转) 、DI(依赖注入)这两个概念，对于初学Spring的人来说，总觉得IoC 、DI这两个概念是模糊不清的，是很难理解的，今天和大家分享网上的一些技术大牛们对Spring框架的IOC的理解以及谈谈我对Spring Ioc的理解。

Atitit  依赖管理之道 1. 概念 依赖管理，是指在什么地方以什么形式引入外部代码。 1 1.1.1. 理解模块化和依赖管理： 1 1.2. 依赖管理，有三个层面。 单一职责原则，协议对象引用，依赖逻辑关系 2 2. 五大数据解耦 视图、数据模型、网络请求、本地存储、页面跳转五块代码 2 3. Maven 2 4. Maven最佳实践：管理依赖 1 3 4.1. 最简单的依赖 2 4 4.2

什么是依赖注入(Dependency Injection) 依赖倒置原则:高层模块不应该依赖于低层模块，两个都应该依赖于抽象（接口）。 依赖倒置是一种软件设计思想，在传统软件中，上层代码依赖于下层代码，当下层代码有所改动时，上层代码也要相应进行改动，因此维护成本较高。而依赖倒置原则的思想是，上层不应该依赖下层，应依赖接口。意为上层代码定义接口，下层代码实现该接口，从而使得下层依赖于上层接口，降低耦

转自:关于GROUP BY和聚合函数 写在前面的话：用了好久group by，今天早上一觉醒来，突然感觉group by好陌生，总有个筋别不过来，为什么不能够select * from Table group by id，为什么一定不能是*，而是某一个列或者某个列的聚合函数，group by 多个字段可以怎么去很好的理解呢？不过最后还是转过来了，简单写写吧，大牛们直接略过吧。 =========正

我读了一些线程,解释了IoC和DI之间的区别,虽然许多解释与之相矛盾,但我仍然帮助我理解差异. 所以在这里,我想问一下我的理解是否正确,并且还会提供帮助我的摘录(尽管其中一些与之相互矛盾). 我知道已经有很多关于这个问题的线程,但我希望这个线程不会关闭,因为我不认为所提到的线程中的任何OP都显示了所有相关的帖子(来自各种线程),帮助他们终于明白了. 无论如何,这里是我如何理解(如果可能,请单独处理