Mikel
[转载]局部化页面和效率CMS实践系列总结 – 撞破南墙 – 博客园.
对于重复开发，我们懒人最是厌恶了。特别是在硬件摩尔的时代。
真的是很讨厌写很多重复函数的东西比如：
public class ArticleController : Controller { //TO DO //C U R D 接下来还有 Channel Comment User .... }
接下来还有 Channel Comment User ..
写到你手抽筋。。。。也许你会说把repeat丢给自动生成工具。不仅有些是不必要的代码，而且还不符合DRY原则。
但是这里我要表达的不是 Controller而是存在与 view 上的一些重复的开发。
有时候我们会遇到这样的场景：
添加一个文章但是需要选定他所属的栏目（外键关系）
此时如果用我前两篇的做法就会不符合需求。
方法一：覆盖 重写
父类中
[HttpGet] public virtual ActionResult Create() { return View(); }
ArticleController中
public class ArticleController : AbatractAutoController { public ActionResult create() { var channelManager = IRR.GetRepository(typeof(Model.KF_Channel)); ViewData["ChannelList"] = channelManager.GetAll(); return View(); } }
这样做是很简单也很没有效率的事情接下来你会面临
需要添加一个 文章的审核者(假设又一个外键关系),与此相关联的文 章(需要从数据库读出一些文章以供选择)等等。
当然你可以打起精神来。。继续在ArticleController添加.
此时新的需求来了：
在一个另外 创建栏目的页面里需要重复用到 栏目列表。
此时 我们可以 选择
1 copy 把得到栏目列表的 方法 copy到 channelController 里面。
2 （更好的）把得到栏目列表的方法写出函数 以供 调用。
即使是方法2 任然 破坏了我们当初的设想 autoController 自动增删查改。
此时我们可以用
方法二:局部页面的方法
在不破坏原有 controller 上，在页面采用 Html.RenderAction 方法。
他会以请求url的方式得到一个页面并加载到当前位置。
这样的话我们就可以把粒度细化到一个html控件上。
<select name="需要绑定的name"> <% PagerHelper.GetSelect(this, "Channel", "Type1"); %> </select>
//====== 面向html 控件编程 public static void GetSelect(ViewPage viewPage, string ModelName, string KJName) { RouteValueDictionary routeValueDictionary = new RouteValueDictionary(); routeValueDictionary.Add("ModelName", ModelName); routeValueDictionary.Add("KJName", KJName); viewPage.Html.RenderAction("GetSelect", "UserKJ", routeValueDictionary); }
由于历史遗留问题(刚开始做项目的时候使用了辅助类)我这里使用的是辅助类，你也可以用自定义扩展，那么在view
上就可以少写一个 this。各有好处吧。
然后去后台写一个操作。
代码
public ActionResult GetSelect(string ModelName, string KJName) { SearchPage searchPage = new SearchPage(); searchPage.ModelName = ModelName; IRepository ir = IRR.GetRepository( searchPage.ModelName.str2type()); //根据类型得到要操作的类 searchPage.model = searchPage.ModelName.str2type(); var iq = ir.GetAll();// 得到所有 return View("Select" + KJName, iq); }
再去到返回的view上写具体的显示
<%var Mod = Model as IQueryable<KF_Channel>;%> <%foreach (var kfChannel in Mod) {%> <option value="<%=kfChannel.ChannelID %>"> <%=kfChannel.ForderName %></option> <% }%>
整个方法比较笨拙，
当需求重复的时候
方法一：破坏autocontroller 调用一个方法。在页面上添加一个 viewdata[“channellist”]
方法二:我们需要在页面上加一个
<% PagerHelper.GetSelect(this, “Channel“, “Type1“);%> 必要的开销
显示重复的时候还是可以省点力的。
从controller得到的数据的处理
方法一 需要在辅助方法里面 StringBuilder 然后把html写死。类似这种
代码
public static string DDListByVD(List<SelectListItem> vdd, int FatherChannelID) { StringBuilder sb = new StringBuilder(); foreach (SelectListItem listItem in vdd) { if (listItem.Value == FatherChannelID.ToString()) sb.Append("<option selected=\"true\" value=" + listItem.Value + " >" + listItem.Text + "</option>"); else sb.Append("<option value=" + listItem.Value + " >" + listItem.Text + "</option>"); } return sb.ToString(); }
方法二 因为写在一个view里面跟方便前后台的分离，交给美工给大的权利(我是前台：不用每次都找后台改了。。)
更主要的是需求更改之后 比如说 需要排序 ，字符串处理 ，甚至显示方式的改变(从下拉到 列表框)
起码可以临时解决在页面上的尖括号中进行处理。虽然这样不符合 轻快的view的原则 ， 也可以在写在辅助方法里面。
其实对于这个我最想要的效果是这样。
前台对于简单的下拉框要求只需要传入参数，1实体名 (Articles),2过滤的条件和排序,3返回的格式和属性 key-value。
由于我使用的是Linq 2 SQL得到的只是iquery 对象，查了csdn发现不能即时查询出结果，所以无法得到指定的一个字段，
其实按道理是可以的。但是由于我们操作的是一个父类，子类的东西用不了。遗憾啊。
我的MVC2.0+Linq2SQL 的CMS提升开发效率的几个想法和实现的到这里算告一段落了。
其中第一步没有写出来其实就在第一篇里面已经提到的那个对Linq封装CURD那一层的那个优化，由于都是参考
Suteki.Shop的没有多少自己的想法，也就不写了。
现在来梳理一下我整个的春秋痴梦：(mvc+linq2sql)CMS提升开发效率的几个想法和实践。
整个的目的是：提高开发效率，主要是后台的开发同类 新需求的效率。
实现的办法是：做一个通用的增删查改列的前台使用入 口。让实现新业务需求的代码量降到我能达到的最低。
几乎把重复的能封装重用的都省了。所有的要写的都是必须得写的，我叫做必 要开销。
真的是一次编写，所有的实体类通用。
当然整个的功能不是很强，也没有考虑很多性能，安全。但是实现自己的想法也确实提高了效率。
觉得真的很爽。一个月前规划了整个的优化的计划。一个星期实现一个基本达到了。到现在也没有什么新的想法。
下一步准备学习Silverlight。环境也装好了。教程也下载好了。项目也找好了。:) 。简单的来说就是把CMS移植
到SL上去。
以后我一周还是至少会发一篇随笔。坚持写下去。向老赵大哥，未鹏大哥学习，坚持原创，坚持思考。
我的前两篇 春秋痴梦。
第一步：接口+泛型强大的Repository
第四步：局 部化页面满足特殊要求。
