大家写业务代码有什么心得吗？

2020 年 10 月 15 日
 jzyff
12395 次点击
所在节点    程序员
85 条回复
YAR
2020 年 10 月 15 日
对业务有疑问, 一定要和产品反复沟通和确认, 不然后面有你改的
leafre
2020 年 10 月 15 日
不要过度抽象，越是好的代码越是简单明了，别人一看就明了
kaiki
2020 年 10 月 15 日
想到哪写到哪，宁愿新增也不改旧代码
charlie21
2020 年 10 月 15 日
定期做业务系统分析 业务系统全貌分析 业务系统全貌研究，在你的代码查看权限允许的范围之内 把所有代码搞懂
Justin13
2020 年 10 月 15 日
小车不倒只管推
dilu
2020 年 10 月 15 日
@xuanbg wocao 为什么你艾特我我这里都没有消息的，还是点进来才有，最近这种情况特别多
xuanbg
2020 年 10 月 15 日
@dilu 据说是因为我被降权的缘故。。。我也不知道为什么就被降权了。。。
Rimifon
2020 年 10 月 15 日
尽量不要在 if 中套 if，及时 return，使逻辑越来越清晰。
lifesimple
2020 年 10 月 15 日
能跑就行，等我有空再优化
bzluu
2020 年 10 月 15 日
收藏一下，刚工作一个半月的菜鸟，学习学习前辈们的心得。
jones2000
2020 年 10 月 15 日
快速实现功能就可以， 反正产品那边经常变动，大概率之前写的业务代码都用不了的。
Yotako
2020 年 10 月 15 日
@IsaacYoung 要动就删了重做
beidounanxizi
2020 年 10 月 15 日
别动别人的代码 可以复制黏贴在此技术上修改。。。但是就是不能改别人的代码
beidounanxizi
2020 年 10 月 15 日
方法不要写得太长 提倡组合大于继承，别秀无畏的操作
clear is more wisdom than clever
dddd1919
2020 年 10 月 15 日
学会起名，效率翻翻
Jooooooooo
2020 年 10 月 15 日
不要过度设计

遵守三板斧规范

可监控
可降级
可回滚
MagnifierSun
2020 年 10 月 15 日
保证函数功能的单一性,
尽量写无副作用的函数.
不要在看起来是纯函数里改变类成员变量!
yang137162692
2020 年 10 月 15 日
马克 一波
ruoxie
2020 年 10 月 15 日
宁愿多复制粘贴几次，也不要写难以维护的“复用”代码。最近临时帮别的项目组赶需求，5 种场景、增改查的弹窗代码全部怼一起，1600 多行代码，真是一坨屎山。
s5s5
2020 年 10 月 15 日
项目内配置好统一代码自动格式化工具

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/715159

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX