用法：

Castle

Castle通过使用Windsor容器，或者直接使用MicroKernel来管理应用中对象的连接：

Spring.Net

Spring.Net的世界以IObjectFactory为中心。你可以自己实现IObjectFactory也可以使用已经实现了的。但是，无论怎样，这一切都是围绕着XML来实现的。例如，你可能存在下面的代码，目的是从XML中获取应用中的对象的连接：

对象连接处理：

Castle认为使用XML配置文件配置对象连接的信息过于复杂和繁琐，因此Castle使用自动连接。但是，尽管Castle使用自动连接，并非表明Castle完全抛弃了XML配置文件。Castle把主要注意力放在对象连接的处理上，而XML配置文件则配置非对象的连接。例如下面的一个例子，Spring.NET和Castle的处理方式上大不相同：

Spring.Net的处理：

Sprint.Net用下面的XML配置文件来达到对象的连接。

Castle的处理：

前面说了，Castle并没有放弃XML的配置文件，因此Castle的配置文件如下：

Castle的配置文件中并没有说明对象的连接，那么Castle如何处理呢？
Castle通过Windsor处理：
比较：

Spring.Net需要在配置配置文件中详细的描述每一个对象对其他对象的依赖。而Castle则是通过Windsor容器自动处理对象之间的依赖关系。

那么Castle需要配置文件作什么呢？

上面我们可以看到Castle用配置文件配置了一个参数i，这个 i 恰好就是ExampleObject的构造函数的一个不存在对象依赖关系的参数的名称，所以，如果构造函数的参数不是i，而是其它的，例如smtpPort，那么参数的Tag名称也就是smtpPort。

从上面的例子可以看出，Castle认为Spring.Net的XML配置文件过于复杂，在对象依赖关系复杂，对象多，开发人员人数多的情况下，XML配置文件会带来不必要的麻烦和不可预料的错误。因此，Castle根据对象的依赖关系，自动连接对象，不需要XML的描述，所以，为了符合构造注入和属性注入，Castle的配置文件没有像Spring.Net那样区分构造函数还是其他的方法，同时，直接使用Parameters，而不是使用构造函数参数之类的区分。