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