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

[hahaFck]

各种 map，前台数据传到后台转换成 map 或者 list<Map>，数据库查询返回 list<Map>，方法调用传参数也是 Map，现在改个东西，完全不知道会影响到哪里，因为都是 Map 参数，方法签名一般都不变，但是 Map 里面的数据不仔细看根本不读知道都有什么，真是越改越崩溃。
另外 map 取数也是各种类型转换，各种 null 判断。
及其 ugly 的代码。

[qaz168000]

不是做 java 的，但是感觉这其实也是一种趋势，数据结构和内容其实也只有输入端和接收端才会关心，最多也就加个 filter 会关注

[ztcaoll222]

那么问题来了，一开始为什么要这么做

[Chaitanya]

开发一时爽，维护火葬场

[thtznet]

动态一时爽...

[egfegdfr]

我们隔壁组也这么些，有几次和他们一次查问题，查到奔溃。所以 自己这边严格控制 map 的使用（具体看业务情况），看到不合理的 会让大家改了。 这个还是看第一版的开发人员习惯吧

[liaojl]

我们组也是一样，入参各种 map，出参一律 object，有时想知道这个 return 的 object 是什么类型的，跟到代码里面才发现，其实也是一个 map，崩溃...

[golangLover]

一开始就不允许这样写啊。。。

[wangsongyan]

之前帮其他项目组救急接触过类似的代码，mybatis 参数、返回值全是 Map，我滴个乖乖，现在还有阴影

[q447643445]

现在代码都生成还有这问题?

[msg7086]

我甚至开始怀疑是不是 Java 圈子里就流行这么做。
手里拿到的组里的代码也是，组件之间全都是 Map<String,String>传参……
实在不知道为什么不做一个静态类型 POJO 的输入。

[kingfalse]

现在还是不能在少定义一些 bean 的方面有什么好的解决办法

[bthulu]

这是 mybatis 带的好头

[xjlnjut730]

不允许用 Map 做出入参就可以了。
我反正项目里从来不用，多定义点 Bean，我觉得都比 Map 好太多。维护性完全不是一个级别的。

[shellic]

可能是为了赶工期吧，毕竟老板觉得这个也简单那个也简单，所以小公司小老板用 PHP 这种语言是最合适的

[XieQing0428]

之前问了下说是开发灵活..

[darrenfang]

之前维护的一个 10 多年前的项目就是这样的

[aeiou520]

这个算好..我遇到过,用查库用 jdbc,没有 bean,全 map,接口可以在后台配置,代码存数据库,动态调用.维护怕了

[zhangxh1023]

各种 JSONObject 满天飞的表示也差不多这种感觉。。。

[James369]

javascript 不经常这么做么，java 不是 javascript 的缩写么

[seakingii]

可以这么做,也可不这么做,那么问题来了,为什么一定要用 MAP 传参?