这几天没怎么写文，因为在用 CYQ.Data 框架 重构以前的一个博客源码,而在重构的过程中，最关键的就是简化代码了。
今天，我将说一个很典型的示例，看完本示例后，不要惊讶，不要怀疑，它不是神马，也不是浮云，
而是很实在的一种方式，能让你节省了N多的代码，让你的代码看起来更简洁优美。
而这里说的一个很典型的示例，是从我目前重构中的博客中应用而来的：
一：正常的开发方式
1：扫一眼当前的项目解决方案
2：说说Module库
一般我们很常见的会有一个页面基类，当然各花叫法不同，有人常叫"PageBase"，这里叫HttpCustom，如下图
3：页面基类大体内容
对于基类，我们通过会封装很多常见的属性和方法，方便各个页面调用起来爽一些，如下图
4：页面继承基类
在写完基类后，基本就是页面继承了，然后我们可以很方便的拿到各个属性值,如下图
5：复杂业务逻辑，我们扔到逻辑项目Logic中去处理
于是我们封装很多方法，由于无法直接拿到基类的属性，我们只好写着如下的方法，方法中加很多的参数，让页面一个一个的传过来。
6：接着我们页面调用
我们感觉调用起来很轻松，页面只管调用，我们一个一个的把参数传过去，页面代码简洁许多，并相当的满足还略带点成就感。
好了，说到这里，大伙都想想了，平常是不是这么干过来的？你对你代码的简洁度相当的满足了？
让你折腾，能不能再简洁些？
想啊想啊想啊想.....想啊想啊想啊想.....想到神马和浮云？
等你看完以下内容，上面曾经神马般的的代码都是浮云，都是浮云!!!
二：重构-使代码更简洁优美
在重构那天晚上，当我看到这种代码时，我的第一感觉就是，如何在Logic项目中取到HttpCustom基类的参数
只要能做到，这样Logic逻辑类的方法可以省略N个参数，对于页面来说，也可以少传N个参数
只要能做到，这样Logic逻辑类的方法可以省略N个参数，对于页面来说，也可以少传N个参数
一批的页面调用+一批的逻辑类，都省的话那是多大的省啊，大伙用力的想，使劲的想,骑着神马一起想
只要能省掉这一大批参数,一切将看起来更美好,于是开始想呀想~~~
1：找抽型想法
不知有没有人会一开始有这样的想法：比如让LogicAction也继承自基类HttpCustom,这样就也可以使用其中的属性和方法了。
你Y的这样像HttpContext等对象到何处索球？等着被NULL值华丽附体抛黄页？
你Y的这样像HttpContext等对象到何处索球？等着被NULL值华丽附体抛黄页？
2：从找抽型想法中挖想法
虽然1的想法很找抽，不过找抽的想法往往也是方向。
同样是继承自基类，不过不是继承之前的HttpCustom，而是新的抽象基类。
而新的基类要如何和HttpCustom关联？或者简单说是怎么从HttpCustom中取值？
同样是继承自基类，不过不是继承之前的HttpCustom，而是新的抽象基类。
而新的基类要如何和HttpCustom关联？或者简单说是怎么从HttpCustom中取值？
3：重构，从HttpCustom提取接口
a：选中HttpCustom页面基类，右键-》重构->提取接口
b：接着选择常用属性
确定之后HttpCustom自动继承自IHttpCustom并生成IHttpCustom文件。
4：新建抽象基类LogicBase并继承接口IHttpCustom
当然实现接口就是一堆的Get与Set了
5：顺理让LogicAction继承LogicBase
OK了，可以从基类拿参数数据了，方法参数简洁了许多了,隐掉了N多的参数传参,对比下上面的LogicAction类的图片，看看代码有多简洁~~
6：利用接口互递传参
在基类HttpCustom中，我们新增加一个方法：SetInit，如下图
7：页面最终调用效果
比较下和之前的页面调用，完全不用传递传参，敲起代码来多省心省力~
当然你也可以反过来装载，在LogicBase时的构造函数增加IHttpCustom传入。
最终实现页面如下调用：
最终实现页面如下调用：
结言：
一个经意的重构，让我们省掉了大批原始参数的传入与传出，回头看看自己曾经的业务逻辑代码，是不是一大批同样的参数在穿索其中~~~
~一切只想让代码更简洁，看起来更优美，于是为之想了很多很多~~~
~一切只想让代码更简洁，看起来更优美，于是为之想了很多很多~~~
是不是有一种感觉，想说，却隐隐说不出来~于是留言：我很激动，可是说不出来~很想骑着神马在浮云中~~