👌如何写好代码？

前言

从代码的角度来说，好的代码可以提高系统的可维护性，扩展性。坏的代码会导致系统后期的维护和复杂性都变得非常高，非常混乱。全是坏代码的话，如果不重构就是，一坨屎山。如果重构的话，重构的人，就要💩上雕花。这是很难受的。下面是鸡哥觉得一个好代码要注意的点，大家理解吸收之后和面试官吹就好了。

这个是必须的，代码工整，好理解，不要为了秀技，写一堆复杂的代码。而且代码之间的逻辑一定要清晰，不要大段大段的写，一屏幕一屏幕的写，没意义。需要划分模块，规定方法，单一职责，各司其职。

重复的代码会极大的增加后续的维护成本，也容易造成修改的遗漏。一定要对重复代码进行抽象和处理。

遵循项目风格的规范，不要搞特殊，每个项目历史背景不同，时间不同，风格都不一样，大家一定要注意保持一致，不要增加本来熟悉这个项目的人的理解成本。

还有就是团队内使用统一的代码格式，如缩进、空格和注释风格。

开闭原则和单一原则、模块化。要重点考虑。这样当一个需求发生的时候，其他人修改代码也是十分放心的。只需要关注自己修改的地方，而不需要考虑更多的逻辑。

模块间的依赖尽量少，各自搞各自的。不要强耦合。

单一职责就是一个方法，类最好只干一件事，这样的理解成本非常低。

其实说过好多遍，一定要写，复杂的逻辑，注释更加易于理解。但是不要写成流水账，而是描述代码的意图。

确保关键功能都有对应的单元测试，覆盖常见的和边界的用例，使用持续集成工具自动运行测试，确保每次代码变更都不会破坏已有功能。

在开发过程中定期进行代码重构，改善代码结构和质量，每次重构的改动应尽量小且可控，确保系统的稳定性。

鲁棒性表示系统可以在各种异常的情况下仍然可以稳定的工作，而不是出现不可预期的问题。好的代码在设计的时候就需要考虑各种异常和极端的场景应该如何处理，也就是常常说的面向失败和异常编程，多考虑失败场景如何处理。

学习常见的设计模式并在适当的场景下应用，可以提高代码的可扩展性和可维护性。同时不过度使用设计模式，保持设计的简单和直接。

通过代码评审发现潜在问题，分享知识，提高团队整体的代码质量。积极接受同事的反馈，持续改进自己的编码习惯和技巧。一定要多吸取别人建议。

在开发过程中关注代码的性能，避免不必要的性能瓶颈。使用性能分析工具检测和优化代码中的性能问题。

通过遵循这些建议，可以显著提高代码的质量，使其更易于维护、扩展和理解。