如果代码没有 bug、也没有性能问题，是否还会为了其他目标来优化重构？

[d119]

如题，如果代码没有 bug ，也没有性能问题，是否为了追求代码的优雅、格式、项目结构的优化而去调整重构代码呢？

[lmshl]

@golangLover 😊
https://www.bilibili.com/video/BV1Qa4y1L7dj
3:07:00 开始是我，就是从 Future 迁移 IO Monad 后做的社区分享。

[RicardoY]

重构这个词被滥用的太多了，可以去翻翻书，上面有清晰的定义和什么时候应该重构的指南。重构不是为了解决程序 Bug 和提升性能...

[RicardoY]

楼上这么多人，对重构的理解好像跟 Martin Fowler 都不太一样...

[zhuweiyou]

别人写的,不会.
自己写的,会.

[golangLover]

@lmshl 感谢你的分享！

[kongkongye]

个人的开源或长期维护项目就会重构，为了后面维护与扩展更容易，但公司的项目，又不是一个人的代码，就没有重构的想法，而且你想重构上级也不支持，重构了还是那个功能，并没有效益的提升，重构不好出 bug 还要你背锅，不重构老是出各种 bug 问题反而能体现你的价值，造成一直很忙的假象。没办法，上级跟更上级领导不懂技术只能这样，环境如此。

[kkbblzq]

看情况，如果需求刚好改到了相关代码，我觉得需要重构，在影响范围 /时间花费可控在一定范围内的情况下我会做小规模的重构；影响较大的，工期影响比较多的，根据当时需求量和测试资源，有空余的话我会去争取 PM 支持，实在没操作空间的话那就先挂起；

重构更多的是提供可读性、可维护性、可扩展性等等，如果是自己参与长期维护的代码，合理的重构是可以降低不少维护成本的，也可以提高自己对项目代码的掌控性；

说实话，真堆屎山到堆不上去再来搞，那时候只能追求：代码和人有一个能跑就行了😂

[yxzblue]

没有 bug 和性能问题，就不要重构，甚至都不用改，改好了不会多你一毛钱，改烂了擦屁股擦不完

[zwdsix]

@aguesuka 来，你来详细展开。我看你能说出啥。

[iceheart]

测试同意么？

[justin2018]

重构 怎么说咧 屎山代码不重构可以正常跑 重构后各种 Bug

年轻的时候 不懂事 见到屎山代码 就想重构 结果重构后 业务出问题了~~~

现在转眼看 自己也代码也堆成山了 正常运行了好几年

又不是不能跑 重构自己给自己找事儿做

[techon]

没性能问题是暂时的，没 bug ？怎么可能！ 除非是 helloword 。。。

[secondwtq]

也可能是为了搞千年大计，减少未来可能的 bug ...