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