在学习面向对象设计对象关系时，依赖、关联、聚合和组合这四种关系之间区别比较容易混淆。特别是后三种，仅仅是在语义上有所区别，所谓语义就是指上下文环境、特定情景等。他们在编程语言中的体现却是基本相同的，但是基本相同并不等于完全相同，这一点在我的前一篇博文《设计模式中类的关系》中已经有所提及，下面就来详细的论述一下在java中如何准确的体现依赖、关联、聚合和组合。 首先看一看书上对这四种关系的定义：

今天在公司没事，顺手翻了下同事一本strtus2的书。这种前端MVC框架简直渣的不行，怪不得SSH是外包公司专用呢。Java开发者很奇怪的一个想法就是总想用JAVA语言和xml标签去解决一切事情，却反而把很多事情变得更加复杂、繁琐、无法通用和定制。至少struts2的前后端耦合实在严重，非要用java解决本该在浏览器客户端解决的事情，关键是还做不好。       不过JAVA框架的设计模式还是很值

今天看了关于依赖、关联、聚合和组合的理解，原文如下： http://www.voidcn.com/article/p-ebbzxfgg-ep.html 又温习了一遍，上学时，学的面向对象分析与设计，肯定当时很清楚这几个的关系。但今天读了这个以后，感觉还是有收获。简单整理如下： 1. 依赖 Dependency 类与类之间的联接。表示一个类依赖于另一类的定义。一般而言，依赖关系在Java语言中体现为

领域驱动设计（DDD）是一种软件设计的思考方式。它以领域为核心，分析领域中的问题，通过建立一个领域模型来有效的解决领域中的核心的复杂问题。Eric Ivans为领域驱动设计提出了大量的最佳实践和经验技巧。只有对领域的不断深入认识，才能得到一个解决领域核心问题的领域模型。如果一个应用的复杂性不是在技术方面的，而是在领域本身，即领域内的业务很复杂，那这种应用，使用领域驱动设计的价值就越大。 领域驱动开

介绍 IOC 控制反转 Inversion of Control 依赖关系的转移 依赖抽象而非实践 DI 依赖注入 Dependency Injection 不必自己在代码中维护对象的依赖 容器自动根据配置，将依赖注入指定对象 IOC、DI对于Laravel的意义 Laravel框架的基础是一个功能强大的控制反转容器（IoC container）。 为了真正理解该框架，需要好好掌握该容器。然而我们

定义 控制反转（IoC/Inverse of Control）： 调用者不再创建被调用者的实例，而是由spring框架实现（容器创建）所以称为控制反转。 依赖注入（DI/Dependency injection）： 容器创建好实例后再注入到调用者称为依赖注入。 当某个角色（调用者）需要另外一个角色（被调用者）的协助时，在传统的程序设计过程中，通常由调用者创建被调用者的实例。如果创建被调用者实例的工

转自 vino Young博主 的  浅谈管道模型(Pipeline)

今下午事情不多，翻开设计模式的书籍看看，依赖倒转原则是很重要的，它是“开-闭原则”的基础，具体内容：面向接口编程，依赖于抽象而不依赖于具体。写代码时，用到具体类时，不与具体类交互，而与具体类的上层接口交互。说的通俗一点就是，从程序员的开发流程来说，程序员只管编写子类就可以了，编写完就不要理睬它们了，它们不参与程序的逻辑处理，程序员思维应该放到子类的上层接口上。

什么叫控制反转呢？  套用好莱坞的一句名言就是：你呆着别动，到时我会找你。  什么意思呢？就好比一个皇帝和太监  有一天皇帝想幸某个美女，于是跟太监说，今夜我要宠幸美女  皇帝往往不会告诉太监，今晚几点会回宫，会回哪张龙床，他只会告诉太监他要哪位美女。其它一切都交由太监去安排，到了晚上皇帝回宫时，自然会有美女出现在皇帝的龙床上。这就是控制反转，而把美女送到皇帝的寝宫里面去就是注射。太监就是是框架里

    一提到依赖注入想到最多的就是Spring。没错，依赖注入是Spring的核心机制。依赖注入让bean与bean之间以配置文件的形式组织在一起，而不是以编码的方式耦合在一起。以前只是知道有这么个概念，今天小编详细给大家介绍一下：何为依赖注入。 1）对依赖注入的理解：     当某个Java实例（调用者）需要另一个Java实例（被调用者）时，在传统的程序设计过程中，通常由调用者来创建被调用者的

TDD是指在编写真正的功能实现代码之前先写测试代码，然后根据需要重构实现代码。在JUnit的作者Kent Beck的大作《测试驱动开发：实战与模式解析》（Test-Driven Development: by Example）一书中有这么一段内容：“消除恐惧和不确定性是编写测试驱动代码的重要原因”。因为编写代码时的恐惧会让你小心试探，让你回避沟通，让你羞于得到反馈，让你变得焦躁不安，而TDD是消除

        昨天的验收，师姐提到了这个词控制反转与依赖注入  ，在我们的七层抽象工厂的模式中似乎用到了这个知识，于是乎自己动手查查到底是什么东西，发现了意想不到的东西，特此来分享一下。 一、概念(百度)         控制反转（Inversion of Control，英文缩写为IoC）是一个重要的面向对象编程的法则来削减计算机程序的耦合问题，也是轻量级的Spring框架的核心。 控制反转一

Student.java文件 public class Student { private int age; private String name; public Student(int age, String name) { this.age = age; this.name = name; } public void

从遇到问题开始 当人们要做一个软件系统时，一般总是因为遇到了什么问题，然后希望通过一个软件系统来解决。 比如，我是一家企业，然后我觉得我现在线下销售自己的产品还不够，我希望能够在线上也能销售自己的产品。所以，自然而然就想到要做一个普通电商系统，用于实现在线销售自己企业产品的目的。 再比如，我是一家互联网公司，公司有很多系统对外提供服务，面向很多客户端设备。但是最近由于各种原因，导致服务经常出故障。

从遇到问题开始 当人们要做一个软件系统时，一般总是因为遇到了什么问题，然后希望通过一个软件系统来解决。 比如，我是一家企业，然后我觉得我现在线下销售自己的产品还不够，我希望能够在线上也能销售自己的产品。所以，自然而然就想到要做一个普通电商系统，用于实现在线销售自己企业产品的目的。 再比如，我是一家互联网公司，公司有很多系统对外提供服务，面向很多客户端设备。但是最近由于各种原因，导致服务经常出故障。

  依赖注入是指当一个对象要与其他对象发生依赖关系时，通过抽象来注入所依赖的对象。A对象依赖于B对象，等价于A对象内部存在对B对象的“调用”，而前提是A对象内部拿到了B对象的引用。B对象的引用的来源无非有以下几种：A对象内部创建（无论是作为字段还是作为临时变量）、构造器注入、属性注入、方法注入。后面三种方式统称为“依赖注入”，而第一种方式我也生造了一个名词，称为“依赖内生”，二者根本的差异即在于，

依赖反转原则： 设计模式中，为了遵循开闭原则，降低类与类之间的依赖关系，又设计了依赖反转原则：     高层不应该依赖于低层，两者都应该依赖于抽象；     抽象不依赖于具象，具象依赖于抽象。 理解：如一个项目中，高层的控制逻辑直接依赖于低层的数据库（sql）， 直接在逻辑类中创建数据库的对象，就形成了对数据库的紧密的依赖。那么如果用户需要换数据库（access），且高层逻辑完全不变，则更换数据库

感谢http://blog.xiaohansong.com/2015/10/21/IoC-and-DI/ 的供图 1.什么是控制？ 如下图所示，我们看到了 软件系统中 对象的高耦合现象。全体齿轮的转动由一个对象来控制，如类B。 2.什么是 控制反转？ 是用来对对象进行解耦。借助第三方实现具有依赖关系的的对象之间的解耦。这个第三方就是 ioc 容器。引入了 ioc 容器后，对象 A、B、C、D 之间

1. 依赖最好是单向    1.1 如果一定要双向注入, 某一个依赖最好转换为接口依赖,实现反向调用或者说反向通知的效果.    1.2  接口(父类)依赖和mq其实是类似的. 另外一个通过存储解耦,变回调通知为阻塞查询某个队列存储(zookeeper常用)     Follower 依赖 FollowerZooKeeperServer , Follower又被注入到FollowerZooKeep

 点击打开链接https://www.insp.top/article/realization-of-pipeline-component-for-laravel 点击打开链接http://www.jianshu.com/p/3c2791a525d0