问下你们写需求的风格是啥样的？

[BNineCoding]

之前我写代码的风格一直是：

1. 先把需求按照小块进行拆解
2. 然后再一个一个完成小块，测试完一小块再小一小块
3. 最后把各个小块给合并起来

但最近我了解到公司里几个大牛的写代码风格是这样的：

1. 先把需求按照小块进行拆解
2. 然后开始把每个模块的功能都进行实现
3. 然后把每个模块的功能结合起来
4. 最后再集中测试，按功能整个大的粒度进行测试。

给我的感觉就是：

我写代码是在造一个一个组件，最后把每个完好的组件给拼装起来。

然而后者写代码是画一幅画，先把轮廓给画出来，然后再画细节。

[darkengine]

后者有点像 Java 里先定义接口再实现。前者的问题是 ”最后把各个小块给合并起来“ 这一步，如果没规划好会不会导致”小块“里的代码需要做改动。

PS：看标题我是想点进来看看怎么写需求文档的 😂

[akira]

新人不要学。。会死人的。。各种返工

[BNineCoding]

@akira 是说不建议学大牛的写代码风格吗？ 不过我看他们用这种方法写出来的需求，bug 少，速度快。。。不过也可能并不是这种风格带来的收益

[IvanLi127]

先做后测的话，以前写过类似的功能，就全实现了再测；第一次写的，就做一块测一块。
有把握能一次过，自然丝滑写完，测一次就完美通过。