屎山代码工程学-Toy模板网

这篇具有很好参考价值的文章主要介绍了屎山代码工程学。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

屎山代码工程学

本项目旨在编写常人难以维护的屎山代码，按我以往经验，如果想让后续接手人员面对你的代码难以维护，首先需要你确定好后续接手项目人的经验水平，从而采取不同的shit策略

菜鸟篇

如果你负责的项目/模块比较简单，后续可能是菜鸟程序员来接手该部分，此时最好的策略反而是写出高质量的代码，但这个高质量包括但不限于

1.设计模式的混用，我建议核心业务逻辑套至少套四个及以上的设计模式，就算本来不需要，也可以将装饰器模式，代理模式等模式强行套用上去，但切记，不可使用暴露使用的设计模式信息，比如装饰器模式禁止出现decorate，decorator等相关的类命名，如果不知道怎么命名，一律以handler结尾

3.大量使用框架提供的扩展接口，如spring相关

2.不要加任何注释

高手篇

对待高手，一些比如什么混乱命名，多行写一行，诸如此类，在强大的idea面前简直不堪一击，批量重命名，格式化，分分钟让你的努力付之东流

我很赞同一句话叫菜逼克高手，虽然不是完全克制，但在很多方面可以借鉴，菜逼的写法有如下可借鉴

1.不写注释，不写文档，如果代码审查较为严格，必须写的话，那就“撒谎”，但这个“撒谎”也是有技巧的，你不能睁眼说瞎话，当然，偶尔的“笔误”还是可以原谅的，比如工期太紧，逗号都忘写了，其余的话你应该做的是混淆和避重就轻，混淆是指根据业务使用概念相近的字词任意替换，比如气温，热度，暖度，温暖程度混用，避重就轻是指对简单的代码大量注释，对复杂的逻辑惜字如金甚至闭口不谈

2.不要抽取工具类，哪里使用直接copy，但不要完全copy，因为完全copy会被idea检测出重复代码，所以最好改变一些参数文章来源地址https://www.toymoban.com/news/detail-589130.html

到了这里，关于屎山代码工程学的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！