RssBandit项目中的CollapsibleSplitter作为Splitter控件的改进版，提供了我梦寐以求的功能：可以像Splitter控件一样分割两个相邻控件，允许在运行时调整他们的大小，还提供了单击时最小化指定控件的功能，并在小小的分隔条上画出了相当直观的精细图案。

　　这个控件有不太令人满意的地方吗？嗯，有的。它永远只能有8个像素宽（纵向摆放的时候），不能将它设成Splliter默认的4个像素宽，也不能异想天开的将它设成16个像素宽。

　　打开CollapsibleSplitter的代码文件——我怎么闻到了一股不太美妙的气味呢？哦，那边Martin Fowler同志说了：这是代码的坏气味，该给它除除臭。

　　那么我们就来给它消除异味吧。

　　先来看看这个玩意到底有些什么坏气味：

　　用了太多的switch、if语句，把面向对象的优点抛到爪哇国去了，看看这些代码吧。这是ToggleSplitter()方法里的代码，这个控件中还有很多这样的代码：

以下为引用的内容： 代码1 if(controlToHide.Visible) {     if(useAnimations)     {                  if(parentForm != null)         {             if(this.Dock == DockStyle.Left || this.Dock == DockStyle.Right)             {                              }             else             {                              }         }              }     else     {                  if(expandParentForm && parentForm != null)         {             if(this.Dock == DockStyle.Left || this.Dock == DockStyle.Right)             {                              }             else             {                              }         }     } } else {     // control to hide is collapsed     if(useAnimations)     {                  if(this.Dock == DockStyle.Left || this.Dock == DockStyle.Right)         {             if(parentForm != null)             {                              }                      }         else         {             if(parentForm != null)             {                              }                      }              }     else     {         // no animations, so just toggle the visible state                  if(expandParentForm && parentForm != null)         {             if(this.Dock == DockStyle.Left || this.Dock == DockStyle.Right)             {                              }             else             {                              }         }     } }

 

　　下面的是animationTimerTick()方法的代码（实际上还被俺去掉了几个if...else...嵌套），有这样代码的方法还有三四个：

以下为引用的内容： 代码2 switch(currentState) {     case SplitterState.Collapsing:         if(this.Dock == DockStyle.Left || this.Dock == DockStyle.Right)         {                      }         else          {                      }         break;     case SplitterState.Expanding:         if(this.Dock == DockStyle.Left || this.Dock == DockStyle.Right)         {                      }         else          {                      }         break; }

　　单个方法内代码行数太多，且代码重复率高，如同老婆子般絮絮叨叨、啰唆不清。我们来看看这些长方法的代码行数和重复率：

 
ToggleSplitter()方法，89行，其中重复的语句有
if(parentForm != null)，3处
if(expandParentForm && parentForm != null)，2处
if(this.Dock == DockStyle.Left || this.Dock == DockStyle.Right)，4处
if(useAnimations)，2处
animationTimerTick(object sender, System.EventArgs e)方法，114行，其中重复的语句有
if(this.Dock == DockStyle.Left || this.Dock == DockStyle.Right)，2处
if(expandParentForm && parentForm.WindowState != FormWindowState.Maximized && parentForm != null)，8处
OnPaint(PaintEventArgs e)方法，254行，其中重复的语句有
if(hot)，4处
if(this.Enabled)，2处
switch语句（对一个参数进行判断），2处

　　臭味如此明显，更显除臭工作之必要，呵呵。那我们就开始伟大的除臭工作吧，还有呢，刚才说了“它永远只能有8个像素宽”，这个特性也不太好啊：对于视力好的人，这个分割条显得如此之大；而对于有点近视的人呢，它又显得如此之小。如此，我们自然应该把这个8像素限制去掉。

　　那现在我们的除臭工作目标订好了，如下：

　　去掉这些讨厌的、丑陋的、像懒婆娘裹脚布般一层一层又长又臭的switch语句和if语句——即使不能完全去掉也应该把它们集合在一起，而不是到处分散；

　　去掉这些千篇一律的、到处一样的、牵一发全身不得不动的重复语句；

 
　　缩短这些个超过一屏的、洋洋洒洒的函数代码，把他们拆到多个方法里面去；
 

　　最后，我们希望想这个玩意大的时候它就大，想它小的时候它就小，而不是总是那“8像素”宽（或高）。

评论 (0) All

登陆 还没注册？