编码之旅——起航篇

上一章《编码之旅——预备篇》中讲述了流程的重要性，在这一章中我们要讲的是编码流程是由哪几方面组成的，应该按照什么顺序去组织。

编码的流程不是一成不变的，它就像是一条铁链，可以在铁链的任何一个环节插进一节新的来加长这条铁链，同时也可以把不再需要的环节拔出。所以一个流程要根据每个团体的需求而进行组织。虽然如此，我们可以在这里列出一些基本的环节以供参考。

1. Guidelines，遵循Guidelines可以使设计标准化，同时也可以避免一些不必要的隐患，所以建议每个程序员首先清楚每个平台的官方或是组织自己的Guidelines。很自然，刚开始接触一个Guidelines的程序员不可能在短期内将所有Guidelines中所指出的标准记清楚，这就需要有某种工具来约束一个Guidelines的实施与执行。

2. UML图，换句话说就是要有个设计，让程序员在开始编码前知道自己将要做什么，如果发现不对，在这个时候可以及时纠正，即使放弃全部设计重新开始也要比开始编码后发现问题重新开始节省的多（各项资源）。具体设计因人而异，这里不讨论如何设计。

3. 按照Guidelines设计好后就可以开始准备单元测试代码了，简单的单元测试是必须的，否则程序员写出的代码没有质量保证。单元测试代码写好后就可以准备一下集成测试代码了，这些代码将保证系统的完美结合，所以写这些测试代码要多花些心思。

4. 终于到了编码了，因为前几步的实施，现在的编码应该早已不是问题了。^_^ 现在应该注重的是，写好文档，这里的文档指的是为代码而写的文档，而不是为用户所写的文档。要在这份文档中标明每个类、方法、参数、返回数据等的数据类型、范围、可抛出异常等等信息，这些资料同设计资料一起对以后代码的维护有着重要的作用。

5. 代码的重构，这一步从维护的角度来讲，是及其重要的，重构可以使代码的结构更加明朗化，有时当然也可以提高代码的效率。重构实际上也是代码优化的一种方法。

正如前面所提到的，以上只是编码流程中可以用到的一些基本流，程序员可以根据所在组织的需要插入其他的流程。

接下来我们将实际结合一些工具来帮助我们做到以上流程。Common, we are almost here.