http://www.voidcn.com/article/p-drrjurbp-kn.html IoC就是IoC，不是什么技术，是一种设计模式。IoC 亦称为 “依赖倒置原则”("Dependency Inversion Principle")。 控制反转（Inversion of Control，英文缩写为IoC）是一个重要的面向对象编程的法则来削减计算机程序的耦合问题。 控制反转还有一个名字

1.让 Rails 使用 RSpec 而不用 Test::Unit rails generate rspec:install 2.为一些静态界面生成集中测试  $ rails generate integration_test static_pages       invoke  rspec       create    spec/requests/static_pages_spec.rb 可以

http://blog.163.com/li2008xue2008qi@126/blog/static/15523112520101395534853/ 对于依赖和关联，网上大部分都是流行下面这篇文章的说法，自己对于它们之间的区别还是不太了解，同时系统结构中各个层之间是相互依赖还是相互关联，还是分不清。打算先看看写写代码，然后再体会体会。 转：依赖和关联的区别 首先类之间的关系从宏观上可以分为：关

UML关系(泛化,实现,依赖,关联(聚合,组合)) 博客分类：  DesignPattern 设计模式 UML关系 泛化 实现 依赖 关联 聚合 组合    UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）：用例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，

依赖配置说明 根元素project下的dependencies可以包含一个或多个dependency元素，以声明一个或者多个项目依赖 (1)groupId,artifactId,version是maven最基本的坐标  (2)type：依赖的类型，对应项目坐标定义的packaging。不定义默认是jar。 (3)scope：依赖范围 (4)optional：标记依赖是否可选 (5)exclusio

原文地址：http://www.ibm.com/developerworks/cn/linux/l-tdd/index.html 背景 一个高效的软件开发过程对软件开发人员来说是至关重要的，决定着开发是痛苦的挣扎，还是不断进步的喜悦。国人对软件蓝领的不屑，对繁琐冗长的传统开发过程的不耐，使大多数开发人员无所适从。最近兴起的一些软件开发过程相关的技术，提供一些比较高效、实用的软件过程开发方法。其中比

http://blog.csdn.net/syrchina/article/details/6670517 代码在2011年全国电子大赛结束后（2011年9月3日）发布，多个版本，注释详细。 [cpp]  view plain copy /******************************************************************************* 

Spring 能有效地组织J2EE应用各层的对象。不管 是控制层的Action对象，还是业务层的Service对象，还是持久层的DAO对象，都可在Spring的 管理下有机地协调、运行。Spring将各层的对象以松耦合的方式组织在一起，Action对象无须关心Service对象的具体实现，Service对 象无须关心持久层对象的具体实现，各层对象的调用完全面向接口。当系统需要重构时，代码的改写量将

转自:http://zgx10.blog.163.com/blog/static/6490547201101834947812/ 类间关系 在类图中，除了需要描述单独的类的名称、属性和操作外，我们还需要描述类之间的联系，因为没有类是单独存在的，它们通常需要和别的类协作，创造比单独工作更大的语义。在UML类图中，关系用类框之间的连线来表示，连线上和连线端头处的不同修饰符表示不同的关系。类之间的关系有

依赖倒置原则 3.1 依赖倒置原则的定义      依赖倒置原则（Dependence Inversion Principle，简称DIP）这个名字看着有点别扭，“依赖”还“倒置”，这到底是什么意思？依赖倒置原则的原始定义是：High level modules should not depend upon low level modules. Both should depend upon ab

定义：不要存在多于一个导致类变更的原因。 通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不

      肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1

定义： 高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。 解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与

  家人身体不太好，好几天没在园子里发帖了。 新项目还是要用MVC3，team 计划使用 Unity。看了一下网上的资料，都是比较老的了，官网也没什么好的指引。MVC也在更新，Unity也在更新。花了1天半时间去MSDN，P&P查资料，整理了一下分享给大家。言归正传： 什么是Unity？ Unity是一个轻量级的可扩展的依赖注入容器，支持构造函数，属性和方法调用注入。Unity可以处理那些从事基于

UML关系(泛化,实现,依赖,关联(聚合,组合) http://justsee.iteye.com/blog/808799 博客分类： DesignPattern 设计模式 UML关系 泛化 实现 依赖 关联 聚合 组合    UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）

单一职责原则（Single Responsibility Principle） 定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功

ASP.NET MVC - 依赖注入(DI)和Ninject 本文目录： 为什么需要依赖注入 什么是依赖注入 使用NuGet安装库 使用Ninject的一般步骤 Ninject如何提高编码效率 Ninject的绑定方式 在ASP.NET MVC中使用Ninject 为什么需要依赖注入 在[ASP.NET MVC 小牛之路]系列的理解MVC模式文章中，我们提到MVC的一个重要特征是关注点分离(sep

ActiveMQ持久化 消息持久性对于可靠消息传递来说应该是一种比较好的方法，有了消息持久化，即使发送者和接受者不是同时在线或者消息中心在发送者发送消息后宕机了，在消息中心重新启动后仍然可以将消息发送出去，如果把这种持久化和ReliableMessaging结合起来应该是很好的保证了消息的可靠传送。 消息持久性的原理很简单，就是在发送者将消息发送出去后，消息中心首先将消息存储到本地数据文件、内存数

    上篇博客简单介绍了Spring的一些优点，现在来说一下Spring这些优点实现的基础：控制反转和依赖注入。 控制反转     IoC（Inversion of Control），我们可以把它理解为面向对象编程的一个名词概念。直白的说，就是：本来是你该控制的事，现在交由其他人控制，即权利或责任的反转。在编程中，常见的实例是，A对象需要依赖B对象（在A中new一个B），本该是A控制这个过程，现

转载地址： http://www.voidcn.com/article/p-kniselxk-bra.html 这是一个故事:  "工程師修了一條隧道,隧道的一端就是美麗的風景,很多人會開車通過隧道.雖然隧道內已經有燈了,但是設計者擔心隧道可能會停電,所以在隧道的入口立了牌子,提醒駕駛員進入隧道前開燈.可是由此却使得駕駛員由於看到美麗的風景而忘記關燈的情況的發生."  引来对 ooa ,ood,o

博客分类：  DesignPattern 设计模式 UML关系 泛化 实现 依赖 关联 聚合 组合    UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）：用例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图 事物是对模型中最具代表性的成分的抽象；关系把

博客迁移至 依赖注入模式

UML的构造快包含3种：  (1) 事物（4种）：结构事物，行为事物，分组事物，注释事物 (2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系 (3) 图（10种）：用例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图 事物是对模型中最具代表性的成分的抽象；关系把事物结合在一起；图聚集了相关的事物。     (2) 关系（4种） UML 中类与类, 类与接口, 接口与

肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。

      UML 中类与类, 类与接口, 接口与接口这间的关系有：泛化(generalization) 关系, 关联(association)关系( 关联, 聚合, 合成), 依赖(dependency)关系，实现(realization)关系.  泛化(generalization)关系 一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承

      Autofac是一款IOC框架，比较于其他的IOC框架，如Spring.NET，Unity，Castle等等所包含的，它很轻量级性能上也是很高的。于是，今天抽空研究了下它。下载地址：http://code.google.com/p/autofac/downloads/list   1）解压它的压缩包，主要看到Autofac.dll，Autofac.Configuration.dll，这

编者注：我们发现了比较有趣的系列文章《30天学习30种新技术》，准备翻译，一天一篇更新，年终礼包。以下是第一天技术的译文。 我决定将第一天的学习主题选为Bower。 什么是Bower？ Bower是一个客户端技术的软件包管理器，它可用于搜索、安装和卸载如JavaScript、HTML、CSS之类的网络资源。其他一些建立在Bower基础之上的开发工具，如YeoMan和Grunt，这个会在以后的文章中

这几天在看《Java程序员修炼之道》这本书，看到了依赖注入（DI）这一章，加深了对DI的认识，但是对DI还是处于一知半解的状态。记录一下对DI的理解 按照书中的讲解，有个疑问就是为什么要使用DI？不使用DI是否可以完成程序？ 不使用DI当然可以完成程序，但是使用了DI可以让对象从别处得到依赖，而不是由它自己来构造，这样能够降低代码之间的耦合度，让代码易于测试，易读等。DI还与另一个概念“控制反转（

// 非依赖注入 class A { public $obj; public function __construct () { $this -> obj = new Object (); } } // 依赖注入 class A { public $obj; public function __construct ( $obj ) { $this -> obj = $obj;

文章转载：http://www.voidcn.com/article/p-zaknqqkg-bao.html  20世纪80年代，那时我家有一台“古老的”电视机，牌子我忘了，只记得是台黑白电视机，没有遥控器，每次开关机或者换台都需要通过电视机上面的那些按钮来完成，我印象最深的是那个用来换台的按钮，需要亲自用手去旋转（还要使点劲才能拧动），每转一下就“啪”的响一声，如果没有收到任何电视频道就会出现一