V2EX = way to explore V2EX 是一个关于分享和探索的地方
Sign Up Now For Existing Member Sign In
请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2890 days ago, the information mentioned may be changed or developed.
最近在公司写一些业务代码，功能虽然实现了，但是感觉自己写的代码很乱，过几天再去看可能自己都看不懂了更别说别人去看你的代码。各位有什么建议
 | 1 darylc May 31, 2018 公司代码有要求吧，比如我和外面的人做开源项目，代码怎么写，文件怎么放都是有严格的要求的 |
 | 2 eroko May 31, 2018 为了防止自己忘，多写点注释呗 |
 | 3 qsnow6 May 31, 2018 via iPhone 多写点垃圾代码 |
 | 4 TheSpectre OP @qsnow6 别秀了 |
| 5 TheSpectre OP @susecjh 好多都是之前留下来的坑，现在一个一个补 |
| 6 darylc May 31, 2018 没有代码审查吗 |
 | 7 lamada May 31, 2018 写注释 |
 | 8 recall704 May 31, 2018 重构 |
 | 9 Immortal May 31, 2018  1 写代码和写作文没差别 都是写完一遍遍的在修改 慢慢才会使得整个项目质量提高 大佬和菜鸡的区别只是在于大佬写完后需要改的次数少,菜鸡的多而已 |
 | 10 boris1993 May 31, 2018 via Android 多写注释 去看看各种最佳实践 |
 | 11 kslr May 31, 2018 via Android 不停的重构，晚上思考下业务逻辑优化。 |
 | 12 likuku May 31, 2018 单元测试+重构，循环往复。 |
 | 13 yanaraika May 31, 2018 无他，唯手熟尔 |
 | 14 Pyjamas May 31,2018 感觉自己写的代码很乱，可是到底是哪里乱呢，为什么乱呢，你觉得清晰的代码应该是什么样的 |
 | 15 zdcin May 31, 2018 1 最小作用域 方法，属性，局部变量的作用域设定都应该遵守这个原则。 作用域越小影响的范围越小，出错的可能性越小。 对于应该设为私有的模块方法，模块变量，类方法，类变量，要加前下划线，但不要有后下划线，避免与语言内置的方法和变量冲突。 模块化 不要将代码过于集中，避免一个文件过度膨胀 减少副作用 无副作用是指一个方法执行过程中和执行之后都不会改变外部环境，无副作用的方法任何时候调用，只要输入确定，输出就不会改变。线程安全问题就是因为副作用引起的，有副作用的方法越少，程序越简单，越不容易出错。 使用合理的数据结构 list，set，dict，queue 都有自己的特点，要根据算法特点使用合适的数据结构，比如从一些名字中找重名，就不该用 list，而是用 set。 |
 | 16 yuanxj1024 May 31, 2018 尽量函数化，保证函数单一职责的原则，每个函数代码行数都不多，加上合理的函数命名，消灭大块代码 |
 | 17 wupher May 31, 2018 多写 多看别人写 多让别人看你写 |
 | 18 tujin May 31, 2018 写注释 |
 | 19 ben1024 May 31, 2018 多写 |
 | 20 noNOno May 31, 2018 2 分享 wangyin 的编程的智慧-.- http://www.yinwang.org/blog-cn/2015/11/21/programming-philosophy |
| 21 TheSpectre OP @noNOno 谢谢 |
 | 22 kinghui May 31, 2018 把下面基本书多撸几遍 - 《程序员修炼之道：从小工到专家》 - 《重构：改善既有代码的设计》 - 《代码大全》 - 《代码整洁之道》 - 《设计模式》 |
| 23 kinghui May 31, 2018 《代码整洁之道》里有提过，如果代码需要注释那就说明代码表达力不够，而且注释很容易不跟随代码更新从而误导读者（有可能是你自己）。如果你要为某段代码添加注释那么就应该考虑是不是应该换个名字或使用更加富有表达力的代码，如提取到单独的方法并起个好名称。 |
 | 24 cxbig May 31, 2018 多写多练 备注写清楚就不会忘记代码是干什么的 至于结构的规划，是写一个方法做所有的事情还是写一堆可重用的库、应用层只做配置和调用，全凭经验积累。 |
 | 26 Foolt May 31, 2018 最重要的是按编程规范写，PHP 比较流行的编程规范是 PSR 规范； 其次是鼓励冗长的命名，避免用缩写，如果非要缩写一定要在注释写出完整名称； 最后是不要忘了写注释，注释又长又臭没关系，不影响工作进度就可以。 |
 | 28 page470075640 May 31, 2018 via Android 一颗迭代的心 |
 | 29 qloog May 31, 2018 命名一定要有意义，这样后期看起来就不那么费解了。 |
 | 30 monkeylyf May 31, 2018 追求美 |
 | 31 misaka19000 May 31, 2018 重构，多思考，把组件按模块进行划分 |
 | 32 woscaizi May 31, 2018 via iPhone 如果时间允许，多次重构。 |
| 33 kinghui Jun 1, 2018 |
 | 34 429463267 Jun 1, 2018 |
Select Language