这是一个创建于 969 天前的主题，其中的信息可能已经有所发展或是发生改变。
很多业务代码，功能能做。但是感觉过了一段时间，这份代码就很难维护了，一个是代码臃肿，一个是加新功能就很头疼
 | 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:2 +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