好处： 编码速度会比较快，不需要写一个功能测试一个功能，对整个功能的逻辑需要把握好，否则难

免出现重写的情况，这就需要前面准备工作做足，仔细看策划文档，对于不明白的问题，先需要弄明白，

编码之前在大脑中重复思考整个功能流程，确保总流程没有问题后才动手写，这样写到最后基本上不会出

现逻辑框架不能用的情况。
   坏处： 可能前面考虑不完善，后面调整内容比较多，产生这种情况就比较麻烦，再重复的添加变量，

结构体，协议等等，都会导致整个思维产生混乱。

2. 分功能实现，一步一步实现小功能
   好处： 小功能测试比较完善，后面基本上不需要太多的细节测试。
   坏处： 效率不是很高，而且中间如果需要增加或修改删除某个功能，又是需要大动干戈，如果对整个

系统流程把握不好的话，重写逻辑框架的可能性比较高，通常在经过几次修改调整之后才能正常运转。

   综合： 在比较有把握的情况下，还是比较推荐使用第一种方法，效率还是比较高的，当然对于刚入门

的新手，在把握度不够的情况下，还是先从第二种方式开始着手比较好，当做完一个功能之后，可以很快

的增强对整体的框架把握度。