MAVERICK.NET初窥（原创）

ASP.NET出来了很久了，微软一直强调其ASP.NET是给WEB开发带来了很多的方便，code-behind的方式优化了代码的结构，等云云。然而当我们真正用ASP.NET来开发时，我们发现我们还是陷入到了混乱之中，如：

• MVC如何实现（虽然code-behind从某种意义上说是实现了C和V的分离，但是还是远远不够）
• 页面间的flow如何处理（还是在代码中采用了hard-code的方法，要修改页面的跳转，必须修改源代码，页面间的关系不能清楚地表现和可配置）
• 多语言怎么实现（虽然可以用资源文件来解决，但是一个单词的中文和英文的长度不一致，很多时候还是要重写2个页面，根据不同的浏览器多语言配置如何实现这些不同页面的选择，也不能很好解决）
• 公用页面模块如何尽量提高可复用性（虽然微软也提供了User Control，但是它始终和ASPX有很多不一样，很难对2者共同对待）
• 等

微软也意识到了这些问题，于是出了个UIPB，但是UIPB也仅仅解决了一小部分的问题，如前面所说的页面跳转的问题。坦白地说，我认为UIPB的设计初衷实在是一个错误的方向。UIPB主要解决一个项目WEB表现层和WINFORM表现层如何能够最大范围的复用的问题。试问有多少项目会有这样的需求？诚然有些项目确实需求2种表现层，但是也是各自完成不同的任务居多。即使是有这种需求，我们也知道WINFORM和WEB有太多的不同，有些WEB中多个页面跳转完成的事情，在WINFORM中仅仅是一个窗口就可以完成。另外WEB中要尽量少用弹出窗口，而WINFORM没有这种限制。因此我认为UIPB还是没有解决WEB层的大多数问题，不能适应现在商业的WEB项目开发。

那么我真的开始苦恼了，.NET项目中应该用什么来实现表现层？看看J2EE阵营，他们确实也苦恼，但他们苦恼的是面对那么多的开源解决方案应该选择那个。有的时候真想改姓J2EE算了，呵呵。

终于前些天看到了MAVERICK.NET项目，实际上这个项目也是从J2EE的MAVERICK项目port过来的。我把Maverick.NET当了下来，研究了几天，总算心理稍稍平了点。从我现在对MAVERICK.NET的浅薄的了解中，我认为它至少解决了以下几个问题：

• 完全的MVC实现
• 页面间的跳转问题可以通过一个统一的配置文件建立期间的联系
• 页面模块可以灵活地通过配置文件plug到多个View中去
• 多语言的幽雅实现
• 页面的模板可以使用XSLT等转换技术

下面我从MAVERICK.NET中自带的一个简单例子来简单说明：

1. 配置IIS，将.m的文件用ASP.NET引擎来解析
2. 配置web.config，加入以下语句：
   <configSections>
       <sectionGroup name="Maverick">
           <section name="Dispatcher" type="System.Configuration.NameValueSectionHandler,system, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, Custom=null" />
       </sectionGroup>
   </configSections>

   <Maverick>
       <Dispatcher>
           <add key="configFile" value="maverick.config" />
           <add key="currentConfigCommand" value="currentConfig" />
           <add key="reloadCommand" value="reload" />
           <add key="limitTransformsParam" value="maxTransforms" />
           <add key="commandCaseSensitivity" value="insensitive" />
       </Dispatcher>
   </Maverick>

    </system.web>       
       <httpHandlers>
           <!-- 该工程的任何页面访问都会首先执行该httpHandler，实际上是一个dispatcher，
               来根据maverick.config的配置来启动相关页面 -->
           <add verb="*" path="*.m" type="Maverick.Dispatcher, Maverick" />
       </httpHandlers>
    </system.web>

3. 配置maverick.config文件
   <maverick version="2.0" default-view-type="document" default-transform-type="document">
       <commands>
           <command name="Default.aspx">
               <view name="success" type="trivial">
                   <transform path="~/Wrapper.aspx"/>    <!-- 这就是一个标题，也就是嵌入的公用页面模块 -->
               </view>
               <view name="april" path="~/April.aspx">
                   <transform path="~/Wrapper.aspx"/>
               </view>   
               <view name="button" path="~/Button.aspx">
                   <transform path="~/Wrapper.aspx"/>
               </view>
           </command>
       </commands>
   </maverick>
   　
4. 建立Default.aspx文件，在code-behind文件中添加一个以下方法
   protected string viewName = "success"; // 默认显示名为“success”的view
   public override string Go(Maverick.Flow.IControllerContext cctx)
   {
       return this.viewName;
   }

   在一个button的时间代码中添加如下代码，当button按下时，就会根据maverick.config的配置来显示相应内容
   private void Button1_Click(object sender, System.EventArgs e)
   {
       this.viewName = "button"; //按下button后就会显示名为button的view
   }

   在一个日历控健的Selection_change事件代码中，添加如下代码
   private void Calendar1_SelectionChanged(object sender, System.EventArgs e)
   {
       if (this.Calendar1.SelectedDate.Month == 4)
           this.viewName = "april";    // 当该代码执行时，就会转向名为april的view
   }

5. 建立April.aspx、Button.aspx、Wrapper.aspx页面

以上的例子至少体现了，Maverick的页面跳转配置实现、公用页面模块灵活配置的2个优点，因为这是一个最简单的实现，所以其他的特点没有完全展现。关于MAVERICK.NET的应用、以及under the hook，我将在后续的post中描述。