重构之路系列-首篇之我对重构的看法

　　首先承认，我不是牛人，并且距牛人也差的很远。虽然有三年多的.Net开发经验和若干年的Front-End开发经验，但是对于.Net，当然也可以说是C#，了解的并不多。由于所在公司的原因，我在从第一家软件公司跳槽后基本就是处于吃老本的姿态。因为对于我现在的公司而言，项目的稳定性是第一位的，至于Project架构的如何合理，Code写的多美，设计模式用的多精妙，页面是不是标准化，我们的老大完全不Care，也就是说，代码可维护性第三位，性能第二位，稳定第一位。而且有点很让我郁闷，对于新技术，能不用就不用........  当然，对我这家公司而言，无可厚非，产线上的东西，如果乱尝试新技术，带来的损失，一天就要超过几百万美金，所以，生产环境仍在使用3.5的FrameWork和SQl2000...

　　作为一个IT从业者，不思进取就意味着淘汰。曾今做过一段时间的Web标准化工作，俗话叫做Web前端的Css+Div（比较片面，不用较真），所以对于Coding这件事情，个人还是比较注意Standard。对于Xhtml可以用W3C来验证其是否符合标准，对于C#代码呢？以前我也仅仅是符合 naming standard，在Coding的技巧上很少关心设计模式和代码的重构问题，在经历了几个大项目后，越来越发现对于User的新需求，改动起来真的是牵一发而动全身，什么“高内聚，低耦合”，什么“OO原则”，我发现我除了会使用万能的 “模板模式” 和 “单一原则外”，其它的一概不知道。

　　园子逛了这么久，一直也没提笔写过什么，这次下定决心，想写一下关于重构的一些东西，文章基于《31天重构速成》。我准备把自己看着觉得很实用的重构方法，结合自己项目中的实际情况介绍给大家。草草看了一下，31days的重构并不是都很有价值的，为了重构而重构并不是我想要的，具体项目还要具体对待，所以接下来的博文并不会根据书上的流程写，并且对于书上可以整合在一起的重构方法会合并。

　　写写博客，对自己肯定会是一个促进，我知道我在重构这条路上还要走很长时间。

　　我对于重构的学习目标：

　　（1）掌握重构的常用方法，并运用到实际项目中。

　　（2）通过学习重构，掌握C#开发的一些技巧和原则。

 

　　当然，最重要的是希望通过博客认识一些同路上的朋友，“他山之石可以攻玉”，互通有无肯定比我自己闷学好得多，好了，废话少说，开始吧！