MonoRail MVC应用(2)-构建多层结构的应用程序

习惯了分层结构的.NET开发了，当然也是分层有优势，所以在使用MonoRail进行网站构建时，首先考虑到的问题就是MonoRail如何应对分层的结构。
问题1：MonoRail在WEB层没有根目录，必须有一个Views的目录
MonoRail MVC没有根目录的结构，也就是只能访问一个二级目录，如http://www.pumaboyd.com/Views\/*,然后其他所有内容都在Views这个目录下面。起初我认为这是一个很严重的问题，这样的限制很约束。后来在firstyi文章介绍可以配置到根目录，这才有信心继续看下去。其实到最后你会发现，通过Routing 就可以解决这个问题了。而且我还是觉的Routing的方式最好。
你还可以更改默认的Views目录，可以通过WebConfig配置

<viewEngine viewPathRoot=”WAP3″ customEngine=”Castle.MonoRail.Framework.Views.NVelocity.NVelocityViewEngine, Castle.MonoRail.Framework.Views.NVelocity”/>

这样默认的目录就变成WAP3了。

问题2：Controller所对应的CS文件。
如果是默认，那么他将在Controllers目录中，而这是我很不希望看到的。这样整个Web层，又有了DLL。所以我们需要配置到单独一层（一个独立的项目中）
添加独立项目，WebConfig中类似配置

<assembly>WebHome.Control</assembly>

而且支持多个Controller的。具体看你的项目运用了，如果需要可以切分的更细。

<assembly>WebHome.Control</assembly>

<assembly>WebHome.Control1</assembly>

<assembly>WebHome.Control2</assembly>

至于剩下的Service、BLL、DAC层都和原有的结构变化不大。其实感觉到最后就是将目前的WEB层拆分为V和C

DEMO图(图片在结构的表现力上总是优于文字。)

• WebHome 就是页面了，也就是MVC的V
• Controls就是是页面的显示控制类了，也就是MVC的C
• Service&DAC 就是具体页面逻辑和数据访问层（是否是MVC的M我觉的不太合适，我感觉我在淡化M的概念）
• Component 就是页面的一些组件，这个就相当于WebControl

返回MonoRail MVC应用