Castle在“新.NET时代”将何去何从

    国内的。NET开发人员相信对于Castle都不会陌生。Castle是针对。NET平台下的一个非常优秀的开源项目，从数据访问框架   ORM到依赖注入容器，再到WEB层的MVC框架、AOP，基本包括了整个开发过程中的所有东西，为我们快速的构建企业级的应用程序提供了很好的服务。 Castle在历经好几年、经过了3个RC版本之后，终于要发布1.0版本了。

    笔者对于Castle项目的研究也有很长一段时间，也写过大量的Castle的文章。但是，随着微软“新。NET时代”的到来，Castle项目将会面临一些尴尬，如何找到自己的定位、后续如何发展是Castle项目作者不得不考虑的一个问题。

    1.数据访问ActiveRecord

    Castle中的ActiveRecord是一个轻量级的ORM组件，它在底层封装了NHibernate.NHibernate是一个基于。Net，用 于关系数据库的对象持久化类库，它是著名的Hibernate的。Net版本，采用xml配置文件进行关系的映射。在ActiveRecord中，则对这 种方式进行了进一步的封装，采用特性（Attribute）的方式进行映射。随着微软在。NET Framework 3.5中推出了自己的轻量级ORM——LINQ to SQL， ActiveRecord的处境变得有些尴尬，尽管有人会说LINQ to SQL目前只支持SQL Server，是的，但是LINQ强大的扩展性相信大家都看到了吧，现在LINQ对Oracle数据库的接口已经开放，所以这点在不远的将来一定会得到解决，在微软的实体框架发布时对Oracle数据库的LINQ支持一定没问题。

    2.MVC框架MonoRail

    在07年的时候微软发布了ASP.NET 3.5 Extentions的第一个CTP版本，其中最引人瞩目就是ASP.NET MVC Framework.在这之前，Castle中的MonoRail可以说是。NET平台下最为著名的MVC框架。由于ASP.NET MVC Framework的出现，在。NET开发界引起了一场诸如“为什么会出现ASP.NET平台下的MVC框架”，“MS MVC框架漩涡中的MonoRail未来”等的讨论。的确，在微软ASP.NET MVC Framework之后，MonoRail处于一个进退两难的境地，Hamilton也说“MonoRail 2.0最终结果如何取决于MS MVC框架的实现。如果最终的MS MVC非常棒，并且提供了很多功能，我会考虑放弃MonoRail 2.0.如果MS MVC最终版不是那么完美，缺少了必须实现的功能，那么MonoRail 2.0可以复用MS MVC的基础架构，以提供一些有价值的扩展”。但是有一点毋庸置疑那就是ASP.NET MVC Framework拥有的观众数量将是MonoRail无法达到的?

    3.依赖注入容器Windsor Container

    Windsor Container在Castle中的地位举足轻重，相信有很多朋友都是通过它才开始学习Castle的，Windsor Container以其良好的设计，简洁的配置很快赢得了开发者的口碑。正当Castle经过了3个RC版本，准备发布1.0正式版时，微软模式与实践团 队在其团队博客中公布了微软依赖注入容器的开发计划，命名为Unity，并且将会把其他8个应用程序块都移植到Unity之上。这对于Castle来说， 无疑又是一个晴天霹雳。虽然在模式与实践团队目前发布的Unity CTP版本中，我们看到它的设计有些还是非常的丑陋，如构造函数注入和属性注入等。但是有一点我们不得不承认，只要是微软官方发布的产品，.NET开发者 都会去用，而且拥护程度远远超过开源项目。

    4.结束语

    过不了多久，Castle将会发布1.0版本了，在微软LINQ、ASP.NET MVC Framework、Unity等产品的重重“包围”下，Castle能够找到一条自己的出路，在新发布的版本中，将会给我们带来怎样的惊喜，让我们拭目以待吧。