这大概就是内卷的具像化吧。

面向“面向对象编程”编程，去翻一翻百度的 paddle 系列代码，你会气吐血

@midsolo 过早优化是万恶之源 ------ 唐纳德·克努特

炫技一点用没有，解决实际问题才是关键。 再牛的技术也要解决实际问题才可以。 这样多写代码，只能是浪费电，浪费时间， 当然公司如果按代码行数 kpi 那没得说， 建议在扩展一下~

我记得之前在哪里看的，日本的程序员每个 if 都要包装一下，防止未来拓展，当时还被称为一种好的实践，好像是这篇： https://medium.com/@sohail_saifi/why-japanese-developers-write-code-completely-differently-and-why-it-works-better-de84d6244fab

虽然不用 java ，大概率选 2 - 不做任何设计先按流水代码写，后续继续迭代此处时再来做设计，实际上后续不管是自己还是其他人来接手的时候都是倾向于"复制粘贴"、"保持风格一致"，谁 TM 有时间给你去做设计做重构，想多了！就跟到处打的 TODO 注释一样 - 别以为统计代码行数是互联网段子，如果你们公司在用项目/代码管理工具，那大概率会统计工时/代码，只是你不知道或者没明面上拿来做绩效

未来是多久？几个月内没有扩展需求，就选 1.

Java 讨人厌就是因为 Javaer 讨人厌，说的就是你国内同事。

我称第二种为 “防御性编程”

所以你们最终的结论是啥？评论里也有不同意见的；拿你这个例子其实两种都可以，我觉得当时写成啥就啥吧别改了，但总有人拿着一个理由非要叫你改成另一种，codereview 最烦的就是这个。review 重点看思路和逻辑，看看有没有 bug ，风格这种不是特别糟糕的就别没事找事了...