背景:
上周搬到新组开发一个微信端的项目,发现这里前台页面部分都是ajax提交到handler,然后handler的ProcessRequest方法接收提交过来的参数,通过参数中的type选择要执行的方法(这里就是访问数据库的操作和一些业务逻辑的调用,分页等等),处理完成之后返回json串到ajax的success方法,然后显示。
其实ajax提交到handler和提交到后台感觉没多大区别,百度了下,感觉handler是后台程序的简化版,执行更快。
ok,今天说的其实是一个比较细节的问题,先看一段代码:
public void ProcessRequest(HttpContext context)
{
if (context.Request["type"] != null)
{
context.Response.ContentType = "text/plain";
context.Response.Buffer = true;
context.Response.ExpiresAbsolute = DateTime.Now.AddDays(-1);
context.Response.AddHeader("pragma", "no-cache");
context.Response.AddHeader("cache-control", "");
context.Response.CacheControl = "no-cache";
string type = context.Request["type"].ToString();
switch (type)
{
case "getsellerlist":
GetSellerList(context);
break;
case "getsellerinfo":
GetSellerInfo(context);
break;
case "getsellernormalinfo":
GetSellerNormalInfo(context);
break;
case "getsellernormallist":
GetSellerNormalList(context);
break;
case "getsellerpropertylist":
GetSellerPropertyLity(context);
break;
case "getscopelist":
GetScopeList(context);
break;
case "imgupload":
ImgUpload(context);
break;
case "chefupload":
ChefUpload(context);
break;
case "sellerupload":
SellerUpload(context);
break;
case "storeupload":
StoreUpload(context);
break;
case"LoadSellerDataByPartner":
LoadSellerDataByPartner(context);
break;
}
}
}
上面这段代码是handler处理程序的入口,从这里根据type选择要执行哪个方法。但是一般,一个handler要处理的一个页面上的很多事件,我每加一个方法,就要去修改switch..case部分,这是很违反开放封闭原则的,理想情况下是这样,我每加一个方法,原来写好的程序段都是不可以被修改的,但是可以在原来的基础上增加。
所以,我们这样:
#region 反射取出这里的switch_case的方法,但是要求传过来的type要跟方法名称完全一致
System.Reflection.MethodInfo ChosedMethod = this.GetType().GetMethod(type);//利用反射根据传进来的值选取要被执行的方法
if (ChosedMethod != null)
{
ChosedMethod.Invoke(this, new object[] { context });
}
}
#endregion
我们在程序里面通过反射动态加载方法,超级方便哎~~~以后再也不用超长的switch...case了。
小结:
最近在新公司修bug的时候,看到那些像屎一样的代码感觉编写可读性强的代码是非常有必要的,代码应该写出来让别人看着像工艺品,不应该是满眼看去一坨一坨的。。。。