算法题中的语言特性取巧不应带入工程代码
相关概念：Algorithm
刷算法题时，偶尔会看到一些“跑分很好看”的写法，本质上不是算法更好，而是利用了平台、语言运行时或者判题实现的边界。
例子
在二维网格迁移这类题里，真正的算法核心其实只是坐标映射：
- 当前元素会落到哪一行
- 当前元素会落到哪一列
这部分并没有本质变化。
真正被“优化”的，可能只是结果构造。
为什么这种写法会出现
有些代码会借助：
- 泛型擦除
- 判题器对返回值校验不严格
- 自动拆装箱
来跳过原本应该显式构造的数据结构。
这在 OJ 环境里可能能跑，也可能成绩很好看。
但工程里不该这么做
因为工程代码最重要的不是“在这个运行环境下侥幸可用”，而是：
- 返回类型和声明一致
- 行为可预期
- 别人接手时不需要猜隐藏前提
结论
算法题里的取巧，很多时候可以当成“理解语言边界”的材料，但不应该当成工程实践的参考答案。
如果一段代码成立的前提是“调用方刚好不严格检查”，那它在花园里更适合作为一个提醒，而不是一个推荐写法。