今天晚上休息，坐在电脑边，不知道为什么，总感觉心里有很多的想写下来，可不知道该写些什么！突然来了灵感，觉得不如就写点重构相关的什么东西，也回顾一下自己今年一年的历程，2010年年初的时候，刚到公司，某一个中午的时候，看到部门角落里的一个书架上，堆着满满的书，就从其中选了一本《重构 改善既有代码的设计》一书，翻了起来，因为在这之前自己从来就没有接触过重构，也不知道重构是个什么概念，不过当我开始读这本书的时候，我发现他里面的内容似乎就是我一直苦苦寻找的东西，因为有时候我老是想改自己代码，可都不知道从何如手，他里面提到的方法，真的是都指到了代码为什么难读，难理解的点子上。所以这里，就先说一下，我在处理switch的时候，用的一些方法吧

    例：  public class Fun{

　　　　　　　　public void IFNumberid(int flag)　　

　　　　　　　　{

　　　　　　　　　　 　　   switch (flag)
     　　　　　　　　           {
                    　　　　　　　　case 1:
                        　　　　　　　　Console.WriteLine("优秀");
                        　　　　　　　　break;
                    　　　　　　　　case 2:
                        　　　　　　　　　Console.WriteLine("良好");
                        　　　　　　　　　　break;
                    　　　　　　　　case 3:
                        　　　　　　　　　　Console.WriteLine("一般");
                        　　　　　　　　　　break;
                    　　　　　　　　case 4:
                       　　　　　　　　　　 Console.WriteLine("不及格");
                        　　　　　　　　　　break;

　　　　　　　　　　　　　　  default:

                       　　　　　　　　　　 Console.WriteLine("");
                        　　　　　　　　　　break;
               　　　　　　 }
　　

　　　　　　　　}　　

}

以上实例，其实运行时并不会报任何的错误，而且计算机也能认识，但是我想问一下，如果我后面还有很多的switch，是不是大家得一直加case，慢慢是不是会变得越来越长呢，还是直接先来看重构后的代码吧

 public class Fun{

　　　　　　　　public void IFNumberid(int flag)　　

　　　　　　　　{

　　　　　　　　　string[]  arryString={"","优秀","良好","一般","不及格"};

　　　　　　　　　　Console.WriteLine(arryString[flag]);

　　　　　　　　}　　

}

看看之前的代码和现在的代码，是不是有了很大的改进呢！行数从十多行，缩短到了几行，是不是更加好读了呢！以上实例仅仅是在switch中 case语句是连续的数字情况之下，当然如果不是连续的也有其实办法可以处理( 自己想想。。。)，我的建议是在代码中尽量少用switch的就少用，不用的就不用，因为switch越多，你的代码越难读懂，我还是相信一句话，让机器读懂你的代码很容易，让人读懂你的代码才是最重要的，另外如果你还是经常按switch的语法写的话，不妨想想可能还有其他的算法可以替代。

好了，算是一个最简单的重构技巧到此就结束了，在提醒一句，重构不等于重搞，它也跟性能优化一点关系也没有，如果原代码有BUG，那么在代码重构之后，依然存在BUG,