一个常见问题的良好代码组织方式

      一个好的程序员不仅仅编写的代码要能够正确的运行,而且要使编写的代码具有足够的可读性,不胡扯其他虚的,这里针对一个常见的问题提出一个比较良好的代码组织方式。

     还是先看例子:

   

 这里有3个方法,需要顺序执行,实际过程中有可能会有3个以上甚至到达8-10个左右,每一步的执行都要根据上面一步方法取得的结果确定是否要继续执行下面的方法。代码可能的组织方式见上面。可见,3个方法每一步都进行了判断,感觉还算清晰,要是再多一些方法,或者每一步中再一些执行操作呢,可能看起来就不是那么好看了。再者一种方式一个执行失败了,流程还是会顺着一路判断下来,浪费CPU执行时间,另一种方式嵌套的确太深,看起来伤脑筋,那么有没有一种比较有效的方式来解决这个问题呢?答案是有的。

  再看,首先构造一个任务执行接口:

紧接着,构造一个循环执行任务的执行器:

 

如何使用呢?继续看:

 

现在看起来如何呢?可能你会说代码量很多,是的,这个例子太简单,看起来是有点不划算,不过实际情况下,基本上每一步if(success)后面可能都有大量的任务需要执行,这时你就可以

得到这种代码组织方式的实惠了,代码模块化,不再执行不必要的判断逻辑,一旦一个任务不不成功,后面也不需要重复执行if(success)判断逻辑,岂不美哉!

  

posted @ 2010-04-16 13:06  lovingprince  阅读(295)  评论(0)    收藏  举报