这是一个创建于 1510 天前的主题，其中的信息可能已经有所发展或是发生改变。
各种 map，前台数据传到后台转换成 map 或者 list<Map>，数据库查询返回 list<Map>，方法调用传参数也是 Map，现在改个东西，完全不知道会影响到哪里，因为都是 Map 参数，方法签名一般都不变，但是 Map 里面的数据不仔细看根本不读知道都有什么，真是越改越崩溃。
另外 map 取数也是各种类型转换，各种 null 判断。
及其 ugly 的代码。
另外 map 取数也是各种类型转换，各种 null 判断。
及其 ugly 的代码。
第 1 条附言 2021-08-25 09:48:38 +08:00
真是动态一时爽，维护火葬场。不知道其他语言开发比如 go，c++等也有这个问题么。
 | 1 qaz168000 2021-08-23 15:15:10 +08:00 不是做 java 的，但是感觉这其实也是一种趋势，数据结构和内容其实也只有输入端和接收端才会关心，最多也就加个 filter 会关注 |
 | 2 ztcaoll222 2021-08-23 16:05:21 +08:00 那么问题来了，一开始为什么要这么做 |
 | 3 Chaitanya 2021-08-23 16:34:41 +08:00  1 开发一时爽，维护火葬场 |
 | 4 thtznet 2021-08-23 16:54:59 +08:00 动态一时爽... |
 | 5 egfegdfr 2021-08-23 17:04:52 +08:00 我们隔壁组也这么些，有几次和他们一次查问题，查到奔溃。所以 自己这边严格控制 map 的使用（具体看业务情况），看到不合理的 会让大家改了。 这个还是看第一版的开发人员习惯吧 |
 | 6 liaojl 2021-08-23 19:14:02 +08:00 via iPhone 1 我们组也是一样，入参各种 map，出参一律 object，有时想知道这个 return 的 object 是什么类型的，跟到代码里面才发现，其实也是一个 map，崩溃... |
 | 7 golangLover 2021-08-23 23:05:21 +08:00 via Android 一开始就不允许这样写啊。。。 |
 | 8 wangsongyan 2021-08-23 23:33:30 +08:00 之前帮其他项目组救急接触过类似的代码，mybatis 参数、返回值全是 Map，我滴个乖乖，现在还有阴影 |
 | 9 q447643445 2021-08-24 02:22:38 +08:00 现在代码都生成还有这问题? |
 | 10 msg7086 2021-08-24 06:17:55 +08:00 我甚至开始怀疑是不是 Java 圈子里就流行这么做。 手里拿到的组里的代码也是，组件之间全都是 Map<String,String>传参…… 实在不知道为什么不做一个静态类型 POJO 的输入。 |
 | 11 kingfalse 2021-08-24 07:34:44 +08:00 via Android 现在还是不能在少定义一些 bean 的方面有什么好的解决办法 |
 | 12 bthulu 2021-08-24 08:48:08 +08:00 这是 mybatis 带的好头 |
 | 13 xjlnjut730 2021-08-24 08:57:12 +08:00 不允许用 Map 做出入参就可以了。 我反正项目里从来不用，多定义点 Bean，我觉得都比 Map 好太多。维护性完全不是一个级别的。 |
 | 14 shellic 2021-08-24 09:10:09 +08:00 可能是为了赶工期吧，毕竟老板觉得这个也简单那个也简单，所以小公司小老板用 PHP 这种语言是最合适的 |
 | 15 XieQing0428 2021-08-24 09:28:34 +08:00 之前问了下说是开发灵活.. |
 | 16 darrenfang 2021-08-24 09:49:41 +08:00 之前维护的一个 10 多年前的项目就是这样的 |
 | 17 aeiou520 2021-08-24 10:08:02 +08:00 这个算好..我遇到过,用查库用 jdbc,没有 bean,全 map,接口可以在后台配置,代码存数据库,动态调用.维护怕了 |
 | 18 zhangxh1023 2021-08-24 11:31:35 +08:00 各种 JSONObject 满天飞的表示也差不多这种感觉。。。 |
 | 19 James369 2021-08-24 11:45:59 +08:00 Javascript 不经常这么做么，java 不是 Javascript 的缩写么 |
 | 20 seakingii 2021-08-24 12:25:47 +08:00 可以这么做,也可不这么做,那么问题来了,为什么一定要用 MAP 传参? |
 | 21 cslive 2021-08-24 12:33:22 +08:00 居然真的有这么干的！！！！ |
 | 23 unco020511 2021-08-24 15:54:42 +08:00 之前维护过一个类似的项目,一度有了离职的想法 |
 | 24 aneostart173 2021-08-24 16:51:09 +08:00 你抛弃了编译器，编译器就抛弃了你。 |
 | 25 ccde8259 2021-08-24 18:43:14 +08:00 via iPhone 前一家一样的问题，二次开发全靠 Debug 看数据。 更可怕的是那些 void func(Map<?,?> map)方法，纯副作用函数…… |
 | 26 122006 2021-08-24 20:24:38 +08:00 偷个懒直接拿到就 jsonobject 转为实际量就算了，在后续逻辑过程中解析的直接火葬场 |
 | 27 kaneg 2021-08-24 22:09:12 +08:00 所以，很多人为了所谓的灵活，并且懒得定义 bean class，结果自己一时爽，了后来人。 |
 | 28 tedzhou1221 2021-08-25 09:08:43 +08:00 我都怀疑你是我同事。哈哈 |
 | 29 securityCoding 2021-08-25 09:26:02 +08:00 @bthulu 严格来说是 jdbc 搞出来的玩意 |
 | 30 luzemin 2021-08-25 10:13:26 +08:00 面向对象的语言不面向对象编程，就是原罪 |
 | 31 cco 2021-08-25 10:59:57 +08:00 看场景吧，因为我们的查询来源五花八门，字段也是非常的多，所以 前台 - > 接口 <- DB 都是使用 Map 传参，返回 List<Map>，恶心吗？的确恶心，但是这应该是目前开发场景的最优解。如果把这些都用对象替代，那么光定义对象就得一大堆，并不比 Map 好用。 |
 | 32 a719031256 2021-08-25 11:50:45 +08:00 老代码？ 以前遇到过这种情况，那个项目据说是一个人写后端，web 端，安卓端，外加时间短才导致代码很烂 |
 | 33 nanmu42 2021-08-27 12:53:59 +08:00 我一般写 Go，最近有些 Flink 需求学着写一些 Java，感觉是不是因为 Java 里不习惯把 struct(class)当成纯粹的数据载体？以及 Java 里定义 class 比较麻烦？ Go 里如果数据结构是确定好的话，一般是从 JSON 直接解析到 struct （对应 Java 的 POJO ），字段和类型都是固定的，而且 struct 定义比较方便，一般没有这个烦恼。 |
 | 35 liian2019 2021-08-27 18:02:33 +08:00 维护起来不得哭了 方法入参是啥都不知道 |
 | 36 issakchill 2021-08-30 13:02:09 +08:00 曾经在一家银行维护过这样的代码 一个月就跑路了 |
 | 37 hahaFck OP @issakchill 很难想象，银行都写这样的代码。 |
 | 38 seliote 2021-09-05 20:52:11 +08:00 组里也有人这么干，一开始还想管，后面已经懒得管了，不通读代码根本不知道写的是什么玩意 |
 | 39 night98 2021-09-26 17:52:25 +08:00 强制规范不允许使用 map 作为入参和出参啊 动态语言是动态语言的玩法，静态语言是静态语言的玩法，非要强行融合那必然死的很惨 map 仅适用于参数不固定，例如上下文传递这种，或者是模板入参必须 map，其他场景都是可以用强类型替代的 |
Select Language