【疑问】为什么自己写的代码当时觉得不错，事后再看就感觉一坨屎。

开发调优
1

编程有几年了，虽然没正经工作过谈不上正经经验，但也经常编写代码，一年四季除了睡觉就写代码时间最多，规范性也有些许注意，但经常性的事情感觉当时写的代码挺规范挺好，到后面需要维护或者需求有增加时再看就很乱，些许膈应。有的项目重写了三次，也还会有问题。

自认为原因是：

  1. 开发没有固定风格，经验不足，很多时候不知道怎么编写架构才是最好，通常我的做法是封装成类方便调用和复用，但是这就会导致一些错误互相传递的不方便，因为既想直接返回布尔值判断操作是否成功，又想在错误的时候查看到错误原因，因此在值的传递上我一般做的是建立一个public的字符串变量存储最后一个错误。当在调用类时操作失败就去读取这个错误。
  1. 前期开发时为达成快速测试可行性目的，使用了简单而不规范的代码，测试成功没更改成规范代码而直接调用的。
  1. 需求变动造成结构上的大改，为实现功能不得已而为之的地方。

第1条有没有佬友有更好的方法？
第2条还可以约束自己达到规范。
第3条是不是几乎无解？

认识到问题原因才能根本解决问题，各位老友写的什么语言，遇到那些代码规范性上的问题，也欢迎分享问题或解决方案。

另外有没有佬友有一种比较完善的体系可以避免si山代码的，跪求分享。

主要使用语言：python、php

115 个赞
2

人都是喜新厌旧的

18 个赞
3

规范是为了服务业务，基本功差不多了之后，还是要从业务出发思考规范

3 个赞
4

说明你在进步。“品味”高了

5 个赞
5

世界上最好的代码是我刚写的代码，世界上最烂的代码是我一年前写的代码

27 个赞
6

这句话是艺术和现实的结合

1 个赞
7

说明你在进步，这是好事!

如果哪天你翻到以前的代码觉得拍案叫好，心想怎么现在写不出来了，那就说明你代码能力下坡路了 :bili_048:

7 个赞
8

个人拙见.

  1. 可以封装成类, 来处理这些错误和错误信息的或者日志记录.
  2. 尽量约束
  3. 无解, 需求变动常有的.
2 个赞
9

学会throw异常就解决了第一条。

2 个赞
10

因为你在学习 在进步
就比如今天写代码 明天看你觉得还是挺好的
但是下周看 你会发现还有的优化~

2 个赞
11

封装，总结，精炼。

5 个赞
12

古人已经替你总结了，

只缘身在此山中

10 个赞
13
  1. 看自己以前的代码是狗屎很正常,最好能用方法论来指导自己什么是好的
  2. 这个没看懂. 如果你写公共代码太随意,无解
  3. 这个其实可以做些前瞻性的设计, 尤其是长期维护的项目.写代码时第一要务是可维护
14

2.例如要实现一个新功能，对接一些其他程序或者接口，测试时候代码复制封装成函数或者类就用了，因为测试时候可能用到的参数并不多，后期再发现需要更多参数，只能增加函数的参数数量，还不能改动参数的位置，就比较乱了。

15

发此贴目的也是希望学习一下好的办法

16

第一条，C#返回bool类型，然后out抛出msg :wink:

4 个赞
17

说明你进步了

18

额 参数变多不是问题. 要看你具体的情况:

  1. 原来函数的功能变了,那就是第 3 条
  2. 原来的函数功能没变, 实际的情况变复杂了,你可能就需要继续拆解函数,拆成单一职责的函数.
19

在不断进步，这是好事
python代码维护起来真的很痛苦

2 个赞
20

其他语言不是很清楚，Java我参照spring的某些设计模式，复杂业务的数据实体多了一两层层级来处理兼容，目前只要不是业务大拐弯，基本都可以流畅缝合，其他人可能觉得太绕不容易看懂

3 个赞