编码的依据是什么？

    编码的依据是什么？很多人也许是不假思索就回答“需求！” 很多人也确实是这么做的，而其实有些人不是依据需求在编码，这是他们自己不这么认为而已。

 

    从需求过度到代码，总觉得有点突然，是不是缺点什么呢？是的，中间应该有个设计的过程。不论是架构设计，详细设计，还是一个算法的设计，归根到底都是有设计的，只是并不是所有的设计都写着纸上，画成图而已。所以，编码的根据不是需求，是设计。

 

    那依据需求而直接编码，会有什么样的后果呢？ 直接表现是，代码充斥非常多的IF-ELSE, 代码异常的长，其实我们仔细分析需求，它其实就是由无数的IF-ELSE嵌套而成的。这样的代码看起来就是需求的"直译", 充斥着大量的重复的逻辑，因为它没有抽象(抽象是设计中得到的)，并且一般不能很好的解决复杂的问题，或说如果“解决”的复杂问题，一般有数不尽的BUG, 如需要多线程协作的。这样的代码往往异常僵化，其表现是: 1. 发现BUG不好分析，必须一句一句的调试代码，因为整个代码就是铁板一块，毫无职责分配的思想在里面；2. 不敢轻易改动，往往牵一发而动全身，原因还是如前所述。

 

    所以无论何时开始编码时，要先设计一下，就算你得到了足够详细的设计文档，这一步你也不能省略，因为再简单的Method写之前都要先想一下“怎么写最好？”；当然还有一种情况，问题比较复杂，开始不能都想透，而我们程序员最拿手的事情就是Coding, 这时候边Coding边想也无妨，就是通过编码去发现问题，整理思路，完成你的设计，这个过程中，要时刻理解自己的思路，不能迷失在森林中，最后还要按理顺的思路重新整理下代码。

 

    我的实践是，系统的设计写成文档，该画的UML图一个都不能少；不是特别复杂的，我要把设计写在纸上，可能有UML图，也可能只是一些要注意的问题，并把需求用自己的语言逻辑写出来；再简单的，就在大脑里想一下即可。

----------------------------------------------------------------------

张瑜，Mybeautiful, zhangyu0182@sina.com.