說到參數獲取，大家肯定會說，能玩出什麼花來呢！ 今天我們就來說說，關於Request[“參數名”]，你天天和他打交道的主！ Long ago，一經理跟我說，今天你來開發一個註冊的頁面吧，註冊的實體類，都已經有啦！如下： 好啦，你可以開發了！ 按照策劃稿，頁面樣式，腳本，都已經寫好了，接下來，需要提交 ...
說到參數獲取，大家肯定會說，能玩出什麼花來呢！
今天我們就來說說，關於Request[“參數名”]，你天天和他打交道的主！
Long ago，一經理跟我說，今天你來開發一個註冊的頁面吧，註冊的實體類，都已經有啦！如下：
好啦，你可以開發了！
按照策劃稿，頁面樣式，腳本，都已經寫好了，接下來，需要提交數據到後端了！
獲取數據源代碼：
完善一下底層方法，好了，大功告成了。
好了，此時經理來看，小伙子，上手很快嘛，來來來，我這裡還有這幾個功能要開發，，也讓你來做吧！（心裡暗爽，經理這麼器重我！）
仔細看了一下，基本和之前的差不多了，那就重覆造輪子吧！也沒什麼關係的！
寫著寫著，發現發現，我每次獲取一個參數，都要各種數據類型轉化，而且都是相同的代碼，那麼何不寫一個通用的方法呢？這樣，一個幫助類就出來了，代碼如下：
好了現在幫助類有了，可以減少我很多的重覆代碼驗證判斷了；
下麵的獲取就簡單多了;
想想是不是很Happy呢！
But，但是。。。。。。
後來我接觸了Mvc之後，發現更簡單了，直接提交過來的數據，參數直接用一個Register實體，當做一個參數來接受就OK了，厲害了我滴哥！
Public ActionResult SubmitRegiter(Regiter model){
//todo RegisterService.Save(registerModel);
//......
}
瞬間我在想，我之前寫的那麼多代碼，何不也用這種方式來處理呢！
於是，就有了下麵的這段代碼：
並行處理的部分如下：
此時我再去寫註冊頁面，代碼如下：
有沒有發現，我再也不用關心，各種數據類型格式的轉化了！媽媽再也不用擔心我代碼敲得手酸了！
寫在最後，作為一個程式員，我們天天和代碼打交道，如何能把簡單的事情，重覆做，重新做的事情，有創造性的做，這就是一個小小的案例！
大家如果有什麼更好的招式，歡迎一起來討論，案例中的代碼，如有問題，歡迎大家來噴！歡迎大家來噴！歡迎大家來噴！
