俞欣力's 技术博客

摘要：IOC模式是近年来非常流行的一种模式，相信大家都不陌生了，如果你还不是很熟悉的话，可以看看Martin Fowler大师的文章http://martinfowler.com/articles/injection.html，网上可以下载到中文版本。在Castle中，Windsor就是它的一个IOC容器，它构建于MicroKernel之上，功能非常强大。本文将通过一个简单的例子来带你快速走进Ca

 Castle是针对.NET平台的一个开源项目，从数据访问框架ORM到IOC容器，再到WEB层的MVC框架、AOP，基本包括了整个开发过程中的所有东西，为我们快速的构建企业级的应用程序提供了很好的服务.具体可参看TerryLee的Castle 开发系列文章。      可以通过称为 Facility 的组件用控制反转 (Inversion of Control, IoC) 和依赖注入将 第三方

摘要：Castle IOC容器为我们提供了不同的生命处理方式以及组件生命周期的处理，即组件装载，初始化，销毁时所表现的行为。如何去使用它们？本文讲对这一内容进行详细的阐述。 主要内容1．生命处理方式2．自定义生命处理方式3．生命周期处理 一．生命处理方式我们通常创建一个组件的实例使用new关键字，这样每次创建出来的都是一个新的实例，如果想要组件只有一个实例，我们会使

 摘要：知道如何简单使用Castle IOC，也听完了Castle IOC的内幕故事，从本文开始讲会详细讲解Castle IOC的一些使用。先从构建配置信息开始吧，在Castle IOC中并不像Spring.net那样贯穿着一个思想就是一切皆为配置，对于对象之间的依赖关系，Castle IOC会自动去连接，因此相比之下它的配置文件要比Spring.net简单的多。 主要内容1．配置

摘要：上一篇文章我们了解了Castle IOC中注册组件的流程，为了更好的使用Castle IOC，本篇文章我们介绍一下Castle IOC中的几个重要的角色，开始Castle IOC容器内幕故事下角色介绍。 主要内容1．ComponentModelBuilder 和 Contributors2．Contributors分析3．Handles分析4．ComponentAct

最近琐事繁多,以至于这个系列的第二篇文章都迟迟未出,-_-!!今天特定花点时间来完成它.我们接着上篇进行一些深入的分析.首先是构造注入,在Windsor中,我们获取的一个对象实例的代码大致如下:IWindsorContainer container = new WindsorContainer("../../test.xml");container.AddComponent("test", t

摘要：相信大家对于Factory Method设计模式都已经不陌生了，在Factory Method中，对于每一个具体的产品都需要有一个与之对应的工厂类，随着具体的产品越来越多，我们对于工厂类的管理就越来越困难，那如何通过IOC容器来实现对工厂的管理呢？本文将给你答案，通过TypedFactory Facility来实现。 主要内容1．TypedFactory Facility概述

摘要：在Castle IOC容器实践之Startable Facility（一）中我们已经学会了如何去使用Startable Facility，本文将在此基础进一步对它的原理做一些分析。 主要内容Startable Facility原理分析…… 在Castle IOC容器实践之Startable Facility（一）中我们已经看到了如何去使用Startable Facil

 摘要：在前一篇文章中我们并没有考虑配置的组件参数是什么类型，也没有在配置文件中指定过类型，那么Castle IOC是如何进行类型转换的？如何配置一些复杂的数据类型？如果有自定义的类型如何去进行类型转换？本文将进行一一解答这些问题。               主要内容1．基本类型配置2．Array类型配置3．List类型配置4．Dictionary类型配置5．自定

摘要：在快速入门指南篇中，我们对于Castle IOC容器的使用已经有了一个直观的认识。本文将在这基础上进一步对Castle IOC容器的结构及其注册组件的过程做一个深入的分析，让我们开始Castle IOC的内幕故事吧。 主要内容1．WindsorContainer分析2．MicroKernel分析3．注册组件流程 一．WindsorContainer分析Wind

Castle大名早就如雷贯耳,早就想研究一下,无奈公司项目一直比较紧迫,直到前天BOSS告诉我该转入下一部分框架的设计工作了,嘿嘿,刚好借这个机会,开始我的Castle之旅:) 首先向不熟悉的朋友介绍下Castle到底是什么.Castle是.net平台上的一个开源项目,为企业级开发和WEB应用程序开发提供完整的服务.当前开发的许多流行元素,比如IOC,ORM都在Castle上有非常成熟的应用.

摘要：FactorySupport Facility允许我们使用已经存在的工厂来创建组件的实例，可以把已经存在的对象模型加入到容器中，以便它能够使用自动装配。它使用了以下两种处理策略：1．使用访问器来访问组件的实例2．使用静态方法或者实例方式来访问组件的实例 主要内容1．概述2．为什么需要FactorySupport Facility3．如何使用4．常见的配置示例

摘要：从本文开始，我们将逐一实践CastleIOC中的Facility，在前面我们说过，Facility它是带有注入性质的。有时我们会遇到这样的问题，当一个组件满足一定的依赖关系之后，让它自动运行，比如说启动一个窗体或者启动某种服务，本文我们就来看如何使用StartableFacility让一个实现了接口IStartable的组件自动运行，以及不实现IStartable接口的组件如何在

我本人对于Spring.NET并不了解，本文只是通过一个简单的例子来比较一下两者配置之间的区别。在Castle IOC容器中，提出了自动装配（Auto-Wiring）的概念，即由容器自动管理组件之间的依赖关系，我们无需自己编写XML配置文件来配置组件之间的依赖关系。在Spring.NET中也是支持自动装配的，但是并不推荐使用，它贯穿着一种思想就是一切皆为XML配置，这是两者之间最大的一个区别。

      我在上一篇笔记Castle学习笔记----初探IOC容器 >里讲到过.      通常IOC实现的步骤为-->建立容器-->加入组件-->获取组件-->使用组件.这篇文章还是以这四个环节来阐述。一.建立容器      这里我拿手上的一个现成项目来做分析,首先我们得建立IOC容器.项目中是建立了一个容器类Container来专门负责IOC容器的搭建及组件的加入.代码如下:  1usi

摘要：EnterpriseLibrary Configuration Facility就好像是在容器和数据类之间的桥，让我们可以轻松得去读取和操作配置文件。熟悉Enterprise Library的人都知道，在Enterprise Library中有一个Configuration Application Block，它可以使我们方便的从各种存储中读写配置信息，通过EnterpriseLibrary

摘要：在Castle IOC容器实践之TypedFactory Facility（一）里面大家都已经知道了如何去使用TypedFactory Facility，也已经体会到它的方便之处了，为了更好的使用它，本篇我们对TypedFactory Facility的原理做一些简单的分析。 主要内容TypedFactory Facility原理分析…… 在TypedFactory

1.  下载castle 和 ibatisnet 的 dll文件,    注意:目前为止,castle版本最高支持 ibatisnet 的 datamapper的版本是1.5,dataaccess 版本1.8        所以需下载castle 1.0 和 ibatyisnet的 1.5 版本2.  框架 模仿 npetshop2 的架构 并且稍做了简化,去掉了其页面采用castle控制