这是一个创建于 598 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前我写代码的风格一直是：
1. 先把需求按照小块进行拆解 2. 然后再一个一个完成小块，测试完一小块再小一小块 3. 最后把各个小块给合并起来 但最近我了解到公司里几个大牛的写代码风格是这样的：
1. 先把需求按照小块进行拆解 2. 然后开始把每个模块的功能都进行实现 3. 然后把每个模块的功能结合起来 4. 最后再集中测试，按功能整个大的粒度进行测试。 给我的感觉就是：
我写代码是在造一个一个组件，最后把每个完好的组件给拼装起来。
然而后者写代码是画一幅画，先把轮廓给画出来，然后再画细节。
 | 1 darkengine 2024 年 5 月 26 日 后者有点像 Java 里先定义接口再实现。前者的问题是 ”最后把各个小块给合并起来“ 这一步，如果没规划好会不会导致”小块“里的代码需要做改动。 PS：看标题我是想点进来看看怎么写需求文档的 |
 | 2 akira 2024 年 5 月 26 日 新人不要学。。会死人的。。各种返工 |
 | 3 BNineCoding OP @akira 是说不建议学大牛的写代码风格吗？ 不过我看他们用这种方法写出来的需求，bug 少，速度快。。。不过也可能并不是这种风格带来的收益 |
 | 4 IvanLi127 2024 年 5 月 27 日 先做后测的话，以前写过类似的功能，就全实现了再测；第一次写的，就做一块测一块。 有把握能一次过，自然丝滑写完，测一次就完美通过。 |
Select Language