很多业务代码,功能能做。但是感觉过了一段时间,这份代码就很难维护了,一个是代码臃肿,一个是加新功能就很头疼
1
shanyuhai123 Feb 20, 2023 你已经提高了,下次你就不会这么写了。
|
2
alphat Feb 20, 2023
让 chatGPT 帮你写
|
3
linauror Feb 20, 2023
那就去改造现有代码,让它易于扩展,这正是机会
|
4
tool2d Feb 20, 2023
假设你写的代码没问题,那么就是代码组织的问题了。
按照业务功能对代码块进行分割和查找,而不是传统的函数,文件名。 再写个按照业务名,进行快捷跳转 IDE 插件,就能满足基本业务需求。 |
5
opengps Feb 20, 2023 能有这个感受,说明你的水平已经大幅提高了
|
6
LOWINC Feb 20, 2023
GitHub Copilot
|
7
daimubai Feb 20, 2023
看别人的代码
|
8
rouxi OP 感谢大佬们的建议 可能是实践的太少了,很多情况都没想到。接到东西就一股脑写。这个流程估计也蛮有问题的。
|
9
connection Feb 20, 2023
多想 多看 多写
|
10
wqhui Feb 20, 2023
把不好维护的代码重构一遍,看看别人的代码什么地方写得好,什么地方写得不好
|
11
aw2350 Feb 20, 2023
你应该问如何提高赚钱能力
|
12
CaptainD Feb 20, 2023
我现在也这个感觉,因为业务变动太快,每天写很多脚本处理数据,脚本有只执行一次的,有经常要执行的,时间长了就会乱
我现在也没想到什么特别好的解决方案,只是尽可能抽取出一些公共代码,另外有些经常会用到的支线逻辑代码封装到注解里,让主逻辑简洁点 至于设计模式啊、整理工程的设计我就不懂了,不知道该看些什么资料,感觉书里的知识也没办法直接用上 |
15
w292614191 Feb 20, 2023
一样的,比如一个功能吧,我思前想后至少我认为在编写的时候很顺畅,各个功能都是尽量解耦开发。
直到交付后,我都认为整个功能都写的比较极致了,然后隔几天加个功能............ 过个月回头一看,就是一坨 |
16
alen0206 Feb 20, 2023
看好的代码
|
17
voidcomma Feb 20, 2023 via iPhone
多看知名项目的开源代码。
|
18
fresco Feb 20, 2023 via iPhone
多谢多看多思考多总结
|
19
MuscleOf2016 Feb 20, 2023
有时候不是你写代码问题,是编码设计的速度跟不上业务的速度,只能跟着业务随便写了。
|
20
rouxi OP @MuscleOf2016 是的。而且国内排期,基本不给你重构时间,接下一个需求的时候就会头麻
|
21
LLaMA2 Feb 21, 2023
码抄百遍,其意自现!
需求不按套路出牌,什么都想要,根本就不讲软件的设计与制造的基本法,我想我们这些务工人员也是无能为力的。 先做好手头的事情,得闲的时候想想业务是否合理,如果你是产品经理,你会怎么做,为什么要这么做,效果最差是什么样,能不能接受。 |