最近看到园子里有朋友在翻译一些关于ASP.NET MVC的文章，很是不错，饶有兴趣看了下原作者的博客（http://weblogs.asp.net/stephenwalther），看到其中有两篇写关于GridView的，方才想起来自己曾经也抽空写过这方面的控件（http://www.hereur.cn/SiChuanEarthquake.xhtml/LoveWall 下方的Table就是用这个扩展方法做的），思路大体一致，不过同样作为其中一种HtmlHelper扩展出来的方法，stephenwalther的方法和我第一个版本的差不多，但是正如他说的，有很多缺点，后来我也在使用中确实发现了这些问题，又改进了一下，觉得对于那些不需要太复杂逻辑的情况，还是挺实用的，发出来与大家分享。

同样是替代传统的”header+ foreach + footer ”的方法，我做了两个扩展方法，分别是Repeater和GridView，因为Repeater相对简单和基础，用于轻量级的情况。这里先把Repeater发上来。

首先明确一下这个Repeater的功能：

1、能够根据需要自由转换<div>,<table>,<ul>标签等格式，也可不套用任何格式。并且当使用Table时，可以随意指定其每行显示的单元格数，当最后一行有零头时，自动填充剩余的空单元格。

2、能够在方法中完成自定义header和footer的工作（类似这些“庞杂”的工作应该说是在MVC中催生出Repeater、GridView等插件的主要动因），让整个Repeater在WebForm中一样达到“一体化”，而不再是这样的局面：

想象一下在包含thead，tbody的table中将更加复杂。当然这样的形势并不是一无是处的，对于美工等前台控制，这些直白的表达方式更加利于我们的操作和控制。所以必须说明的一点是：当需要对其进行很复杂的操作的时候，不要滥用这些扩展方法，否则会给维护带来很多不便。

为了达到上面说的第一点，我们先建一个枚举类型，用于指定使用哪种格式：

（包含在MvcTool/RepeaterExtension.cs中）

       

然后我们来建一个RepeaterExtension类，用于在aspx页面的HtmlHelper方法中扩展这个Repeater：

（也包含在MvcTool/RepeaterExtension.cs中）

       

RepeaterExtension 主要包含了两个方法：SingleRepeater()和Repeater<T>()，因为里面具体实现的代码比较长，这里省略了，大家可以在下面提供的下载中察看MvcTool/RepeaterExtension.cs文件。对于SingleRepeater()大家可能会有点疑问：是否需要存在？是否需要继承IDisposable？我这里就此简要说明一下用意：目前的这些代码中，无论是SingleRepeater()还是继承IDisposable的行为，都是可以被简化并且整合到Repeater<T>()方法中的，这里这么做是为了给页面表现形式留有一个升级的余地，比如在using()中书写等等（为了更好的对页面进行控制）。

public enum RepeaterMode这个枚举大家也可以根据自己的需要扩展，比如<ol>等等。

下面我们来一下aspx如何使用：

其中RepeaterExtension.RepeaterMode.Ul用于指定这个Repeater的展现方式为Ul/Li。

         我们来看看实际输出的效果：

UL(即上述代码输出)：

Table形式（5列）：

不使用任何格式（header为“[”，footer为“]”，间隔为“|”）：


代码下载：/Files/szw/MVCRepeater.rar

PS：这个Repeater扩展对输出内容较为简单的代码能起到很好的提高开发效率的作用，不光在MVC能用，在WebForm里面也是可以的。同时其中的一些思想和参数用法，也是对接下来要讲的GridView的一个基础和热身。下一篇：为ASP.NET MVC开发一些常用插件（四）——GridView。

    ASP.NET MVC Preview3刚出来就发bug，不是想泼冷水，而是一贯的为了和大家一起更好地讨论、学习、使用，大家一起进步。

    Pre3和Pre2的主要区别在Scott的Blog上面已经比较清楚地展示了，并且官方也提供了了一个升级文档：http://weblogs.asp.net/scottgu/archive/2008/05/27/asp-net-mvc-preview-3-release.aspx。
   
    今天大概看了几个关键的地方，目前发现了在ActionURL这个用法上面没有太大变化的地方，但是在获取上面反而有点小问题：

     一、比如当你试图在AdminController（对应的View）里面输出Url.Action("Foo")的时候，理想情况下应该是返回/Admin[.mvc]/Foo，但是不幸的事情发生了，当你在HomeController里面添加一个Foo的Action，并且在global.asax.cs里面添加了一条Home/Foo的URL规则之后（不添加不会有问题），你再用Url.Action("Foo")的时候，返回的将有可能是这样：/Home[.mvc]/Foo，所以为了保证持久的可用性，在这种情况下我们必须放弃Url.Action("Foo")这种方式，转而使用这样的重写方法：Url.Action("Foo","Admin")。不光是Url.Action是这样，Html.ActionLink也存在着同样的问题。我反复在IIS/VS以及routes.MapRoute/routes.Add方式进行了测试，结果都是一样的。这点是很恶心的，不知道是我这里环境的问题还是大家的测试结果也这样？欢迎大家反馈！
   
此bug实例下载：http://www.cnblogs.com/Files/szw/ASP.NET_MVC_Preview_3_-Routing_bug-1.rar
   
    关键测试代码：
    Global.asax.cs：

            routes.MapRoute(
                "About",                                              // Route name
                "Home/About",                           // URL with parameters
                new { controller = "Home", action = "About" }  // Parameter defaults
            );

    /Views/Admin/Index.aspx：

    理想情况：Url.Action("About")应该和Url.Action("About","Admin")输出一样：<%= Url.Action("About","Admin") %><br />
    实际Url.Action("About")输出：<%= Url.Action("About") %>

    输出结果：

---

    另外在这里总结一下之前2个Preview版本的已发现的bug（或者不足之处）的现状：
    这些问题我依次发表在了使用微软ASP.NET MVC Framework的一些感受 + 收集园子朋友发现的bug反馈 ，使用微软ASP.NET MVC Framework的一些感受 + 收集园子朋友发现的bug反馈 【补充】 和MVC Toolkit 部分已发现bug的根治方案 Part(1)

    1、第一篇说到的一些问题，目前还是多多少少存在，但这并不能说明都是MVC本身的问题，有些是.NET3.5的一些特性——比如Linq to SQL——在使用和“配合”上的一些问题。
    2、第一篇、第二篇中提到的HtmlHelper中的很多扩展方法很乱的问题，这次在Preview3中是快刀斩乱麻，所有的size,maxLength之类的属性都放到了htmlAttributs属性中，倒也清爽，升级和使用的时候要多加注意了。
    3、第三篇MVC Toolkit 部分已发现bug的根治方案 Part(1) 中谈到的问题在Preview3貌似已经完美解决了 。


    一些注意点：

官方的升级文档上面有这么一段话： 

·         dit the Default.aspx file and add the following line:

<% Response.Redirect("~/Home") %>

This redirect is not necessary for IIS 7. This is a workaround for an issue with how the Web server that is built into Visual Studio (the ASP.NET Development Server) works with routing.

    大概意思是说找到Default.aspx 并且加入这段代码：<% Response.Redirect("~/Home") %> 。在IIS7中是不需要这么做的，为的是当你用VS测试或者IIS7以下的IIS时候需要用这个来做一个根目录的“跳板”。十分感谢Leven朋友的提醒，使用Preview1/2模板的话，那里的default.aspx没有设定Language="C#" ，默认是VB.NET，Response.Redirect("~/Home")的语法没有错误，用了C#的话后面需要加一个“;”。这里要补充一点文档上没有说清楚的：只是("~/Home") 的话对于IIS7以下的环境是无效的（当然在Preview3的模板中，在default.aspx.cs的Page_Load里已经加入了这个跳转，需要到default.aspx.cs中查看或修改。根据Page_Load和aspx页面的执行顺序，直接在aspx页面设定将是无效的），从Preview1/2上面升级过来的时候还要注意这里的"~/Home"需要和前面的版本修改global.asax.cs一样，如果不是使用IIS7,则需要在后面加一个自定义的扩展名，比如.mvc——"~/Home.mvc"。

    还有一点点期望：
1、Html.DropDownList(原Html.Select)在数据源的类型上可以更丰富一些，特别是直接接受IDictionary<string,object>类型的数据源（目前由于IDictionary<string,object> htmlAttributes的重写方法，这个类型会被认为是一个属性的集合）。当然这在new SelectList()里面还是可以做到的，只是这种“value-text”形式的Html输入框能直接绑定key-value就更好了，目前还要自己扩展一些方法才能做到。
2、Preview3里面一改以往必须在RenderView中输入.aspx/.ascx文件名的要求，可以根据Action名称直接View();并且每个Action都要返回一个ResultAction类型，这时候，我们可以通过return RedirectToAction(actionName)来执行另外一个Action（RedirectToAction 返回的也是ResultAction类型），但是我又想到一个更加方便的方法（不知官方这么用了没有）——直接return actionName()——这个方法除了输入方便，还助于在编译时检测actionName的正确性，以及传参的正确性及便捷性。因为返回类型都是ResultAction。我尝试了之后，发现是可行的，但是有一个跟View()方法有关的问题出现了：比如我在Action1中，return Action2();而在Action2中，我只是View()，没有View("Action2")，这时候由于方法名称还是Action1，所以在运行到Action2的View()的时候，会自动查找Action1.aspx/ascx，而非Action2的。这里有点遗憾，如果View()方法是可以再丰富一下，查找其直接所属的方法的名称，那这个功能就更加完美了。

    更多的细节问题还在确认中，欢迎大家补充，我会一并总结上来！

    先要说明一下，这篇文章有点“事发突然”和“滥竽充数”:)

    因为在老赵的不妨来做个尝试：UpdatePanel for ASP.NET MVC 正好谈到使用jquery的ajax功能实现文件上传的问题，临时做起这个“简陋”的demo，本来是不打算把这个作为本系列的一部分的，不过既然要发一个文件上传的Demo上来，就暂且也把它算在MVC的一个“工具”，此谓“滥竽充数”。

    闲话少叙，因为老赵急着要看东西，先发上来，里面必要的地方已经做了写简要的说明，如有疑惑和建议希望大家提出来，我们一起探讨。

    ajax无刷新上传实例下载：http://www.cnblogs.com/Files/szw/MVCTools_upload.rar

    PS:既然作为本系列的一部分，我把这个Demo做在了MVC项目中（WebForms项目中也一样可用），打开首页中的“文件上传”即可操作，上传文件默认保存在~/UploadFiles/文件夹中。
     摘要: 在WebForms中，大家应该都体会过SiteMapPath给开发带来的便利，而今格式各样的导航栏、导航菜单已经成了网站不可缺少的一部分，接下去大家会看到一个在MVC下使用的，并且符合MVC设计规范的导航栏“插件”，以在MVC中取代之前SiteMapPath的应用。  阅读全文