续接前文《ASP.NET MVC 3：正确实现 UnityDependencyResolver》。 Unity 很多时候也不尽人意，我们来看下： multi-injection Unity 支持 multi-injection，如果想当然的写成下面的样子，那就错了： 1

1：本篇基于如下的场景 a：主项目只和接口项目相关，如下： 也即，ConsoleApplication1只和IBiz和IDal相关。顺便说一下，为了演示注入，IDal要用到IBiz项目。 b：类结构如下： SampleClass1，SampleClass2，SampleClass3，都继承自IClass 其中Samp

文章索引和简介 项目最基础的东西已经结束了，但是现在我们的项目还不健全  不利于测试 重复性代码多   层与层之间耦合性高  不利于扩展等问题.今天的这章 主要就是解决这些问题的。再解决这些问题时，自己也产生了很多疑问，理解的也并不是很透彻 ，希望我的疑问能在这里得到解答~~

游戏引擎想必大家都有所耳闻吧，比如当你在喝着可乐，盯着电脑屏幕，看到游戏场景内的角色在自己键盘鼠标的控制之下，享受着这种游戏的操作感，这种感觉之所以爽快，是因为他满足了你自己的思维（我想干什么就可以干什么），慢着，今天我们不谈论游戏心理，我们今天谈的是到底是什么让我们如此吸引而引人入胜呢？——游戏引擎 　　众所周知，游戏引擎对于游戏来说，那真的像跑车的引擎一样，是游戏表现的

综合研究使用了java spring\.net castle\unity 进行管理，在使用配置文件的情况下发现还是java spring 和castle windsor 比较简洁，但从服务支持和RoadMap上讲，觉得在.net领域还是Unity胜出，能充分利用.net framework .　　我选择Unity的几大理由：1、持续的RoadMap2、强大的微软3、因为基于.net ，更原生态4、

QUnit, 由jquery团队开发，是一个对JavasScript进行单元测试的很好的框架。在这篇指南中, 我将具体介绍什么是Qunit，以及为什么你要关心严格地测试你的代码。 　　什么是QUnit 　　QUnit 是一个非常强大的javascript单元测试框架，可以帮你调试代码。它是由 jQuery 团队的成员写的，而且是jQuery的官方测试套装。但QUnit一般是足以测试任何常规java

经过了上两篇粗文Unity 在MVC上的应用（上） 和 Unity 在MVC上的应用（中）我们发现根本没有Unity的踪影，汗颜，写着写着发觉进度太慢，都没用上的场合，但这篇文章会加入Unity来少SHOW一下用法，主要是来个抛砖引玉。 本篇应用技术知识： 1.ASP.NET MVC3 (新东西绝对要用用XD) 2.引入IOC容器：Unity(非XML配置方式) 3.使用NH

      从接触Enterprise Library开始，到现在越来越感觉的Elib的强大。虽然单独看Elib里面的Block不一定是优秀的，但是作为一个整体其优势不言而喻。更重要的是Elib是MS的团队在维护，不用担心MS会把它吃掉。       这段时间一直在Elib上进行开发，Unity也是用的最多的一个Block了。由于都是在单

回顾上一篇 Unity 在MVC上的应用（上）我们可以看到一个小小的Demo是多么的臃肿，这一篇我将完善Repository模式，和引入Mock技术，开始转入面向接口编程。 一如既往的风格，我们先来浏览一下项目物理结构图。XD 如果你有看过上一篇，你会发觉，这次少了两样东西，首先是一个模拟数据库的类和一些XXXRepository，由于我们今次是使用Moq去模拟数据库，所以没必要再实现一些硬性的

.Net下面实现依赖注入的框架有很多，如Spring.Net等等。微软也有自己的工具---Unity。作为企业库的一部分，Unity实现依赖注入也成为学习企业库比较重要的一环。微软给出的说法是【它是一个轻量级的、可扩展的依赖注入容器】。 对Unity高级用法，我还不是很熟悉，一下就简单说说它的初级用法，给初学者扫扫盲，高手就可以直接跳过了。如果我理解有误，还希望大鸟们不理赐教。 　　首先介绍一下开

听说基于Ioc+AOP编程是在半年前，IoC是个什么，至今没理解太深入，看到一些开源的项目都有用到Unity,interface横行。 试着写了个Demo小试了下Unity,原来是UnityContainer.Resolve<T>来创建对象实例。 从用途上来看，我就觉得Unity是个基于xml配置创建对象实例的地方，而避免在代码里直接引用子类。挺酷的，比工厂模式多了基于配置。 可自己在

在学习oXite之前，建议你先了解下Unity或者已经对其他的Ioc框架有所了解，否则你看代码的时候可能会摸不着头脑。 微软在Enterprise Library 4.0将加入依赖注入容器，微软给它起了个名字Unity。Unity是微软模式与实践团队开发的一个轻量级、可扩展的依赖注入容器，官方主页是：http://www.codeplex.com/unity，大家可以到网站上去下载相关的源代码。你

本开源项目当前使用框架如下： 前台表现：Asp.net MVC 2 数据持久层：ADO.Net Entity Framework 4.0 依赖注入容器：Unity 2.0 开发工具：VS2010   开源项目地址：http://rorowo.codeplex.com/   我这次国庆的时间  主要改了以下内容：1、改为POCO，使EF的实体纯净2、增加 IoCHelp

在《通过自定义配置实现插件式设计》中，通过在运行时对配置的动态解析实现了真正的“插件式”设计，其本质就是让配置自行提供对配置类型实例的创建。在这篇文章中，我们将更进一步，让自定义配置和IoC集成起来。IoC的目的就是通过解析注册的依赖注入信息，最终创建出我们希望的某个对象。而只有通过配置的方式来定义IoC容器需要的注入信息，才能实现灵活的设计。所以，如果将两者集成起来，让I

      在前面几篇有关Unity学习的文章中，我对Unity的一些常用功能进行介绍，包括：Unity的基本知识、管理对象之间的关系、生命周期、依赖注入等，今天则是要介绍Unity的另外一个重要功能——拦截（Interception）。 以下是本文所要介绍的内容： 1、Unity与PIAB的关系。 2、使用Unity来接管PIAB的功能实现。   一、Unity与PIAB的关系       Unity中的Interception可以通过Unity的Container或独立的API（Intercept）来实现，这些具体的实现没有包含在Unity本身的类库中，而独立放在Unity.Interception这个类库中，想深入了解的朋友可以查看下这个类的具体源