随笔分类 - [09] 依赖注入
摘要：
Unity是微软模式与实践团队开发的一个轻量级、可扩展的依赖注入容器，之前我也有过一篇文章《Enterprise Library 4.0中的依赖注入容器（Unity）预览》对其做过介绍。微软模式与时间团队已经在2月份发布了Unity February 2008 CTP版本，官方主页是：http://www.codeplex.com/unity，大家可以到网站上去下载相关的源代码。本文将通过一些示例让您对Unity使用有一个逐步的认识和了解。
概述
准备相关代码
创建容器
注册接口映射
获取对象实例
……
阅读全文
Unity是微软模式与实践团队开发的一个轻量级、可扩展的依赖注入容器，之前我也有过一篇文章《Enterprise Library 4.0中的依赖注入容器（Unity）预览》对其做过介绍。微软模式与时间团队已经在2月份发布了Unity February 2008 CTP版本，官方主页是：http://www.codeplex.com/unity，大家可以到网站上去下载相关的源代码。本文将通过一些示例让您对Unity使用有一个逐步的认识和了解。
概述
准备相关代码
创建容器
注册接口映射
获取对象实例
……
阅读全文
摘要：之前我曾发过一篇Enterprise Library 4.0开发计划中提到微软在Enterprise Library 4.0将加入依赖注入容器，暂定名为DIAB，现在微软终于给它起了个正式的名字Unity，难道是“团结”的意思？:)，在Unity最终将以两种形式发布：独立的容器组件和作为Enterprise Library 4.0的一部分，用微软的话说“它是一个轻量级的、可扩展的依赖注入容器”，在ASP.NET MVC Framework推出后引起了业界极大的讨论“MS MVC框架漩涡中的MonoRail未来”，不知道Unity推出之后会不会再出现一场“Unity漩涡中的Castle Windsor未来”或者“Unity漩涡中的Spring.Net未来”的讨论。这里先带您提前预览一下Unity。
阅读全文
之前我曾发过一篇Enterprise Library 4.0开发计划中提到微软在Enterprise Library 4.0将加入依赖注入容器，暂定名为DIAB，现在微软终于给它起了个正式的名字Unity，难道是“团结”的意思？:)，在Unity最终将以两种形式发布：独立的容器组件和作为Enterprise Library 4.0的一部分，用微软的话说“它是一个轻量级的、可扩展的依赖注入容器”，在ASP.NET MVC Framework推出后引起了业界极大的讨论“MS MVC框架漩涡中的MonoRail未来”，不知道Unity推出之后会不会再出现一场“Unity漩涡中的Castle Windsor未来”或者“Unity漩涡中的Spring.Net未来”的讨论。这里先带您提前预览一下Unity。
阅读全文
摘要：关于IOC的概念就不多说了，在.NET平台下，比较优秀的IOC容器框架有如下四种，本文试图作一个简单的介绍，以及推荐一些各个框架的学习资源。
1.Castle
2.Spring.NET
3.ObjectBuilder
4.StructureMap
阅读全文
摘要：今天有一个“27745754”的朋友对Castle IOC容器的自动装配提出了疑问，如果有多个类（组件）实现同一个接口（服务），它会自动选择哪个来进行装配？很多朋友应该都有这样的疑问，这里特别说明一下。
阅读全文
摘要：在Castle IOC容器实践之TypedFactory Facility（一）里面大家都已经知道了如何去使用TypedFactory Facility，也已经体会到它的方便之处了，为了更好的使用它，本篇我们对TypedFactory Facility的原理做一些简单的分析。
主要内容
TypedFactory Facility原理分析
……
阅读全文
摘要：相信大家对于Factory Method设计模式都已经不陌生了，在Factory Method中，对于每一个具体的产品都需要有一个与之对应的工厂类，随着具体的产品越来越多，我们对于工厂类的管理就越来越困难，那如何通过IOC容器来实现对工厂的管理呢？本文将给你答案，通过TypedFactory Facility来实现。
主要内容
1．TypedFactory Facility概述
2．TypedFactory Facility快速入门
阅读全文
摘要：在Castle IOC容器实践之Startable Facility（一）中我们已经学会了如何去使用Startable Facility，本文将在此基础进一步对它的原理做一些分析。
主要内容
Startable Facility原理分析
……
阅读全文
摘要：从本文开始，我们将逐一实践Castle IOC中的Facility，在前面我们说过，Facility它是带有注入性质的。有时我们会遇到这样的问题，当一个组件满足一定的依赖关系之后，让它自动运行，比如说启动一个窗体或者启动某种服务，本文我们就来看如何使用Startable Facility让一个实现了接口IStartable的组件自动运行，以及不实现IStartable接口的组件如何在满足依赖后自动运行。
主要内容
1．Startable Facility概述
2．实现IStartable接口使用详解
3．不实现IStartable接口使用
阅读全文
摘要：Castle IOC容器为我们提供了不同的生命处理方式以及组件生命周期的处理，即组件装载，初始化，销毁时所表现的行为。如何去使用它们？本文讲对这一内容进行详细的阐述。
主要内容
1．生命处理方式
2．自定义生命处理方式
3．生命周期处理
阅读全文
摘要：在前一篇文章中我们并没有考虑配置的组件参数是什么类型，也没有在配置文件中指定过类型，那么Castle IOC是如何进行类型转换的？如何配置一些复杂的数据类型？如果有自定义的类型如何去进行类型转换？本文将进行一一解答这些问题。
主要内容
1．基本类型配置
2．Array类型配置
3．List类型配置
4．Dictionary类型配置
5．自定义类型转换
阅读全文
摘要：知道如何简单使用Castle IOC，也听完了Castle IOC的内幕故事，从本文开始讲会详细讲解Castle IOC的一些使用。先从构建配置信息开始吧，在Castle IOC中并不像Spring.net那样贯穿着一个思想就是一切皆为配置，对于对象之间的依赖关系，Castle IOC会自动去连接，因此相比之下它的配置文件要比Spring.net简单的多。
主要内容
1．配置什么
2．几种配置方式
3．Include 介绍
4．Properties介绍
5．条件状态
阅读全文
摘要：上一篇文章我们了解了Castle IOC中注册组件的流程，为了更好的使用Castle IOC，本篇文章我们介绍一下Castle IOC中的几个重要的角色，开始Castle IOC容器内幕故事下角色介绍。
主要内容
1．ComponentModelBuilder 和 Contributors
2．Contributors分析
3．Handles分析
4．ComponentActivator分析
阅读全文
摘要：在快速入门指南篇中，我们对于Castle IOC容器的使用已经有了一个直观的认识。本文将在这基础上进一步对Castle IOC容器的结构及其注册组件的过程做一个深入的分析，让我们开始Castle IOC的内幕故事吧。
主要内容
1．WindsorContainer分析
2．MicroKernel分析
3．注册组件流程
阅读全文
摘要：IOC模式是近年来非常流行的一种模式，相信大家都不陌生了，如果你还不是很熟悉的话，可以看看Martin Fowler大师的文章http://martinfowler.com/articles/injection.html，网上可以下载到中文版本。在Castle中，Windsor就是它的一个IOC容器，它构建于MicroKernel之上，功能非常强大。本文将通过一个简单的例子来带你快速走进Castle IOC容器。
主要内容
1．为什么要IOC
2．什么是Castle IOC容器
3．快速入门示例
4．几个重要的概念
阅读全文