@TsubasaHanekaw 我专门为了这个东西写了个小工具，类似于 Excel 的 ORM ，跟插入数据库一样

写的还挺整齐得

看得懂，性能也无影响，挺不错的，就是有点长，反而是某些为了少而少的写法搞得很晦涩，容易导致后期维护失误

又不是不能用

考虑两点。一是逻辑是否通用，二是这个逻辑是否很难再变了。
确定满足这两个条件再用反射之类的玩意压缩类似的代码。
要不然后期再看这代码肯定会觉得当初以为这种方式傻逼的自己才是真傻逼。

用一个数组或者 map 就可以解决的事情，如果需要即时修改就再维护一张表来灵活调整，摆烂的人太多了

就说你一眼有没有看懂吧

明显不行.
现在是几十列,  手搓代码勉强能搓出来,
换成几百列的场景呢, 几千的那种呢

打工挣钱，搬个砖，你非得要求人优雅，何必呢。

好卷啊，没必要啊。

这样写的人多一点不好吗？非得要求人人都是高标准，人人都是那么认认真真，累不累啊，多躺一躺，你自己不想躺没事，多点包容呗。 大家都躺了，你不躺，不是更加凸显您牛逼么？是不是

谁能讲讲这个 DTO 是什么思路，为什么加了这么多 isXXXX()，这是 dto 该干的活吗？
我猜他这么写是不会或者不想写泛型