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


自认为原因是:




  1. 开发没有固定风格,经验不足,很多时候不知道怎么编写架构才是最好,通常我的做法是封装成类方便调用和复用,但是这就会导致一些错误互相传递的不方便,因为既想直接返回布尔值判断操作是否成功,又想在错误的时候查看到错误原因,因此在值的传递上我一般做的是建立一个public的字符串变量存储最后一个错误。当在调用类时操作失败就去读取这个错误。





  1. 前期开发时为达成快速测试可行性目的,使用了简单而不规范的代码,测试成功没更改成规范代码而直接调用的。





  1. 需求变动造成结构上的大改,为实现功能不得已而为之的地方。



第1条有没有佬友有更好的方法?

第2条还可以约束自己达到规范。

第3条是不是几乎无解?



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



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


主要使用语言:python、php



  • 列表条目

举报· 208 次点击
登录 注册 站外分享
16 条回复  
handsome 限制会员 2024-10-30 10:22:52

人都是喜新厌旧的

eugeneL 初学 2024-10-30 10:22:52

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

z7p3n 初学 2024-10-30 10:22:52

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

scarlet2237423438 初学 2024-10-30 10:22:52

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

Yearly 初学 2024-10-30 10:22:52

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


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

0x26e7d 初学 2024-10-30 10:22:52

个人拙见.



  1. 可以封装成类, 来处理这些错误和错误信息的或者日志记录.

  2. 尽量约束

  3. 无解, 需求变动常有的.

jesen 初学 2024-10-30 10:22:52

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

yyhhyy 初学 2024-10-30 10:22:52

因为你在学习 在进步

就比如今天写代码 明天看你觉得还是挺好的

但是下周看 你会发现还有的优化~

pla 初学 2024-10-30 10:22:52

封装,总结,精炼。

12下一页
返回顶部