DEV Community
·
如何编写脏代码
原文英文，约600词，阅读约需2分钟。
📝
内容提要
这篇文章调侃了“干净代码”的理念，提倡使用难以理解的变量名、避免注释、编写冗长函数、忽视可重用性、硬编码常量、放任错误和忽视测试，认为这样的代码会让同事和未来的自己感到困惑。
🎯
关键要点
-
调侃了'干净代码'的理念，提倡使用难以理解的变量名。
-
避免注释，认为注释会削弱代码的神秘感。
-
提倡编写冗长的函数，认为一个函数应处理所有任务。
-
忽视可重用性，建议在需要的地方复制代码并稍作修改。
-
认为硬编码常量是强者的表现，常量不应被使用。
-
认为修复错误是业余爱好者的行为，建议不修复错误。
-
认为测试代码是对自己天才的不信任，测试是多余的。
🔎
延伸解读
代码可读性的重要性
尽管文章调侃了“干净代码”的理念，但在实际开发中，代码的可读性和可维护性至关重要。使用难以理解的变量名和冗长的函数会导致团队成员在后续维护时感到困惑，增加了出错的风险。
忽视测试的风险
文章提到测试代码是多余的，但在真实开发环境中，缺乏测试可能导致严重的后果。未经过测试的代码可能在上线后出现意想不到的错误，影响用户体验和系统稳定性。
重用性与效率的平衡
虽然文章提倡忽视可重用性，但在大型项目中，代码的重复使用可以显著提高开发效率和降低维护成本。开发者应在重用与独立性之间找到平衡，以便在保证代码质量的同时提高工作效率。
❓
延伸问答
如何使用难以理解的变量名来编写脏代码？
可以使用模糊的变量名，如x1和totalStuff，而不是清晰的名称，如customerEmail或orderTotal。
为什么要避免在代码中添加注释？
注释会削弱代码的神秘感，编写脏代码时应尽量避免注释。
编写冗长函数有什么好处？
冗长的函数可以处理所有任务，避免了将代码拆分成多个小函数的麻烦。
为什么要忽视代码的可重用性？
可重用性被视为懒惰，建议在需要的地方复制代码并稍作修改。
硬编码常量有什么优势？
硬编码常量被认为是强者的表现，常量不应被使用。
为什么不修复代码中的错误？
修复错误被视为业余爱好者的行为，建议不去修复它们。
🏷️
