关于参数获取的那些事儿

说到参数获取,大家肯定会说,能玩出什么花来呢!

今天我们就来说说,关于Request[“参数名”],你天天和他打交道的主!

Long ago,一经理跟我说,今天你来开发一个注册的页面吧,注册的实体类,都已经有啦!如下:

   

 

好啦,你可以开发了!

按照策划稿,页面样式,脚本,都已经写好了,接下来,需要提交数据到后端了!

获取数据源代码:

 

 

完善一下底层方法,好了,大功告成了。

 

好了,此时经理来看,小伙子,上手很快嘛,来来来,我这里还有这几个功能要开发,,也让你来做吧!(心里暗爽,经理这么器重我!)

仔细看了一下,基本和之前的差不多了,那就重复造轮子吧!也没什么关系的!

 

写着写着,发现发现,我每次获取一个参数,都要各种数据类型转化,而且都是相同的代码,那么何不写一个通用的方法呢?这样,一个帮助类就出来了,代码如下:

  

好了现在帮助类有了,可以减少我很多的重复代码验证判断了;

下面的获取就简单多了;

    

 

想想是不是很Happy呢!

But,但是。。。。。。

后来我接触了Mvc之后,发现更简单了,直接提交过来的数据,参数直接用一个Register实体,当做一个参数来接受就OK了,厉害了我滴哥!

Public ActionResult SubmitRegiter(Regiter model){

//todo  RegisterService.Save(registerModel);

     //......

}

瞬间我在想,我之前写的那么多代码,何不也用这种方式来处理呢!

于是,就有了下面的这段代码:

 

 

并行处理的部分如下:

 

 

此时我再去写注册页面,代码如下:

 

有没有发现,我再也不用关心,各种数据类型格式的转化了!妈妈再也不用担心我代码敲得手酸了!

 

写在最后,作为一个程序员,我们天天和代码打交道,如何能把简单的事情,重复做,重新做的事情,有创造性的做,这就是一个小小的案例!

大家如果有什么更好的招式,欢迎一起来讨论,案例中的代码,如有问题,欢迎大家来喷!欢迎大家来喷!欢迎大家来喷!

 

posted @ 2016-10-21 14:45  猫头鹰静静  阅读(768)  评论(1编辑  收藏  举报