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