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

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

遵守三板斧规范

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

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

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

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

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

© 2021 V2EX