代码改变世界

局部化页面和效率CMS实践系列总结

2010-05-30 20:23  撞破南墙  阅读(2551)  评论(6编辑  收藏  举报

对于重复开发,我们懒人最是厌恶了。特别是在硬件摩尔的时代。

真的是很讨厌写很多重复函数的东西比如:

publicclass ArticleController : Controller
{
//TO DO
//C U R D 接下来还有 Channel Comment User ....
}

接下来还有 Channel Comment User ..

写到你手抽筋。。。。也许你会说把repeat丢给自动生成工具。不仅有些是不必要的代码,而且还不符合DRY原则。

但是这里我要表达的不是 Controller而是存在与 view 上的一些重复的开发。

有时候我们会遇到这样的场景:

添加一个文章但是需要选定他所属的栏目(外键关系)

此时如果用我前两篇的做法就会不符合需求。

方法一:覆盖重写 

父类中

[HttpGet]
publicvirtual ActionResult Create()
{
return View();
}
 

ArticleController中

publicclass 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 控件编程
publicstaticvoid 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写死。类似这种

 

代码
publicstaticstring 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

第二步:泛型通用动态查询(LinQ+Ajax) 

第三步:AutoController--通用自动增删查改

第四步:局部化页面满足特殊要求