优化AJAX提交到Handler的ProcessRequest方法


背景:


               上周搬到新组开发一个微信端的项目,发现这里前台页面部分都是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的时候,看到那些像屎一样的代码感觉编写可读性强的代码是非常有必要的,代码应该写出来让别人看着像工艺品,不应该是满眼看去一坨一坨的。。。。









 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值