Castle Project 是一个运行在.NET 之上的开源项目,提供了类似流行的 Ruby on Rails 的 MVC (Model-View-Controller) 框架。Castle Project 自从 2003 年就开始开发,并在 2006 年 11 月发布了 1.0 RC2 。在这个项目临近 1.0 RC3 版本发布之际,我们采访了项目的创始人 Hamilton Verissimo,谈到了 Castle Project 是什么及未来的走向。
Castle Project 应被任何在.NET 平台上使用新方法来创建 Web 应用程序,感兴趣或特别好奇于实现 MVC 的应用程序的开发人员予以关注。它试图通过提供一系列工具和框架来让.NET 世界的开发变得更令人愉快、开心和富有成效。它提供的这些方法创建出的应用程序更具有良好的层隔离,和良好的设计。
首先我们来看一下 Castle Project 到底是什么:
MicroKernel/Windsor - 这是一个控制反转(Inversion of Control,IoC)容器。实际上,Windsor 仅仅是封装了 MicroKernel 并提供了一些外部的配置信息和代理支持。IoC 的核心思想是通过消除直接的代码编写并配置需要依赖的服务,来促进松散耦合设计。 Castle ActiveRecord - 一个构建于 NHibernate 之上的 ORM。它无需创建 XML 映射,并简化了 NHibernate 的一些复杂基础功能。虽然基于基类的使用是标准的方式,但这不是必要的,你可以以不同的模式来使用 ActiveRecord,如 Repository。
Castle MonoRail - 一个构建于 ASP.NET(不要和 ASP.NET 中的 WebForms 混淆)之上的 Web 框架。它以控制器作为 Web 应用程序中的主要角色,决定流程,委托到其他层并选取视图来呈现,因此它只关心应用程序的流程逻辑。视图,另一方面也只关注表现逻辑。这是和标准的 WebForms 模式最大的不同之处。对于那些来自其他平台下的 Web 框架的人们,这是标准的选择,可以让你完全的控制 HTML 的生成,而 WebForms 和它的控件是无法做到的。
有一些不是顶级的但依然很重要的项目,如 DynamicProxy(它允许代理接口和类,被用于好几个开源项目中,如 NHibernate 和 Rhino.Mocks)。NVelocity 也是我们为 Sourceforge 上已关闭的 NVelocity 提供的一个分支。我们修正了几个错误、添加了一些有意思的特性并进行了优化。
对于项目提供用于视图呈现技术的看法:
Castle MonoRail 提供了几个不同的视图引擎用于开发呈现到浏览器的视图。NVelocity 和 Brail 随着 Castle 发布包一起提供,尽管这样,还有一些来自于社区的视图引擎实现,名为 AspView 的项目和一个基于 StringTemplate 的项目。 从这些视图引擎的差异得出的一个事实就是,他们不具有像 WebForms 那样复杂的页面生命周期。我们也不会试图重新创造一个有状态的不够清晰的 Web 模型。坚信 Web 开发是简单的,我们也受益于简单的方式。通过使用模型(Models)和控制器(Controllers )处理数据 / 状态和流程 / 应用逻辑,我们就可以依靠视图来作为简单显示内容的角色,由此我们不需要任何复杂的语法,使用 if 和 foreach 足够了。但是,内容也能被重用,只须把视图分割到不同的文件中或创建视图组件(ViewComponents)来作为相关逻辑的视图被显示。
关于自从 RC2 发布以来的改变:
ActiveRecord 和 Windsor 有了一些加强和错误修正。MonoRail 被极大的改善,添加了缓存支持和 JS 生成。缓存能在控制器级别配置,最终是利用了 ASP.NET 的缓存基础功能。JS 生成是一种生成可以改变页面的 JavaScript 代码的方式。通常被用于 AJAX 中,可以想象一下,你有一个显示了某些内容的页面,用户点击了一个按钮改变了一些东西的状态。这个动作能使用 JS 生成功能生成 JavaScript 来更新页面中的元素。
这个项目明显和 Ruby on Rails 有些类似,当问到 Castle Project 是否是因为 Ruby on Rails 的流行才启动的:
Castle 首先以控制反转(IoC)容器开始的,我大概记得好像在 2003 年到 2004 之间。Castle ActiveRecord 和 MonoRail 是在我接触了 Rails(2004 年,Rails 那时还非常年轻)之后才开始的。那时我决定用它(Ruby on Rails)构建一个产品,可当时除了头痛的非标准需求外一无所有。 另外一方面而言,.NET 具有很好且文档齐备的函数库,很多像样的项目在各处都冒了出来。虽然我喜欢 Rails,但.NET 不只是框架和平台,我会把它用于我参与的各类项目当中。
而 MonoRail 开始于 Ruby on Rails ActionPack 的移植,是从以前来自用户的贡献和想法中分支出来。今天它拥有自己的特征,虽然它的基础和 RoR 类似,但我们支持的东西 RoR 不支持,反之亦然。
但问到 Castle Project 的未来和 Hamilton 看到的趋势在那里:
覆盖企业项目(开发)的所有方面是终极的目标。同时我们会平衡那些提供出来的产品具有一定的预见性,能让你轻松的工作并给你一定生产力的提高。这和提供某些复杂的编辑器或代码生成器工具有所不同,没有了他们你就无法工作。这也就是我们的工作为什么和微软的方式如此的不同。
Castle Project 是一个开源的项目,欢迎各位开发人员参与进来。参与方式包括提交修正错误的补丁,或添加新特性,添加测试用例或文档。参与的第一步是订阅开发邮件列表,并开始参与到讨论之中。
更多的信息能在 Castle Project 网站或在 wiki 上找到。Hamilton 也维护着一个有大量信息的Blog。
评论