把 Java 写成动态语言了，越改越崩溃。

居然真的有这么干的！！！！

@James369 然而, 人家可以上 TS 做 map 的泛型

之前维护过一个类似的项目,一度有了离职的想法

你抛弃了编译器，编译器就抛弃了你。

前一家一样的问题，二次开发全靠 Debug 看数据。
更可怕的是那些 void func(Map<?,?> map)方法，纯副作用函数……

偷个懒直接拿到就 jsonobject 转为实际量就算了，在后续逻辑过程中解析的直接火葬场

所以，很多人为了所谓的灵活，并且懒得定义 bean class，结果自己一时爽，😭了后来人。

我都怀疑你是我同事。哈哈

@bthulu 严格来说是 jdbc 搞出来的玩意

面向对象的语言不面向对象编程，就是原罪

看场景吧，因为我们的查询来源五花八门，字段也是非常的多，所以 前台 - > 接口 <- DB 都是使用 Map 传参，返回 List<Map>，恶心吗？的确恶心，但是这应该是目前开发场景的最优解。如果把这些都用对象替代，那么光定义对象就得一大堆，并不比 Map 好用。

老代码？

以前遇到过这种情况，那个项目据说是一个人写后端，web 端，安卓端，外加时间短才导致代码很烂

我一般写 Go，最近有些 Flink 需求学着写一些 Java，感觉是不是因为 Java 里不习惯把 struct(class)当成纯粹的数据载体？以及 Java 里定义 class 比较麻烦？

Go 里如果数据结构是确定好的话，一般是从 JSON 直接解析到 struct （对应 Java 的 POJO ），字段和类型都是固定的，而且 struct 定义比较方便，一般没有这个烦恼。

@nanmu42 是，java 没有 struct，建一个类相比其他语言感觉成本高。

维护起来不得哭了 方法入参是啥都不知道

曾经在一家银行维护过这样的代码 一个月就跑路了

@issakchill 很难想象，银行都写这样的代码。

组里也有人这么干，一开始还想管，后面已经懒得管了，不通读代码根本不知道写的是什么玩意

强制规范不允许使用 map 作为入参和出参啊

动态语言是动态语言的玩法，静态语言是静态语言的玩法，非要强行融合那必然死的很惨

map 仅适用于参数不固定，例如上下文传递这种，或者是模板入参必须 map，其他场景都是可以用强类型替代的