项目全部是 map 传参

见过一个国外的很火的项目的 api ，一个 java 方法搞了一百多个参数，都不知道封装个对象

```java
Map<String, Object> params
```

map 扩展性好，支持各种修改，实现快多了

map 是简单粗暴，第一个拉屎的人很爽，如果文档健全还可以接受，没文档后面接收需要花费较多的时间和精力了解这段逻辑，而且这玩意儿时间久了自己写的后面也不知道啥逻辑了

有幸见过，所有微服务接口入参都是 jsonstring ，接收后转 map ，用的时候各种 get 再类型转换，最后返回结果再 tojsonstring 。惊呆了，技术负责人说这样方便扩展。。。

你还没见过 mybatis 拼接 sql 拼出上万行的呢

我是否可以这样形容：
有一个巨大的马桶，第一个人建好后，他拉屎很舒畅，因为马桶太大了，根本不需要冲水（不用写文档）。
第二个人过来拉屎，发现挺舒服的。又不冲水了。
经过若干人后，在大的马桶也开始填满了，恶臭味浓厚。但是稍微搅一下，又能往里面拉一坨。。。

@prosgtsr 知道数据结构的话只能补 phpdoc 了，至少有语法提示了

@otakustay 大家都是 java ，就是少个 script 是吧，现在补上了

@miaotaizi 哈哈哈哈,我见过

这哥们之前该不会是写 PHP 的吧🤔️

逆天，但是没有太逆天。

我做过一个项目，里面大量接口用 Tuple 套 Map 套 List ，然后里面再包一个 Object 。

顺带再写一堆 left join 了十几张表的 sql 语句，部分逆天的文件里面代码行数达到了 1.2w 行；

而且缺少统筹和分工，时不时出现两个人写了相同 controller 接口，前端都不知道该对接哪个的情况；

那项目真的是做得我乐不思蜀

往大了说，以后高度智能的 AI 也就是一个 Map 而已。所以，这是符合世界潮流的。

见过后端设计接口，请求的时候要传四五十个参数（这个业务所有接口可能用到的所有参数）不管用没用到、是不是这个接口的。然后返回也是这么多参数。还全是拼音的简写，没有文档，只能遇到一个问一个。

来参与开源项目吧 https://github.com/LinuxSuRen/api-testing

这又何尝不是一种设计模式

@foolever 数据类型都不肯定义的项目组，你觉得文档、注释能维护好好么

别改，你感觉某个 key 可以改成 model ，万一根据业务动态配置，变 key 你就傻逼了。新业务不用就行了

这种项目还没崩简直就是奇迹

@gam2046 #27 和 tm 我同事似的，当时喊他过来问他写的这段代码是什么意思，他思索半天说

“哦，这大概是乱码吧”