快 2021 年了， Java server 端业务代码的“正确”风格写法是啥？

[hahaFck]

比如企业的业务系统，大多数都是前后端分离吧，那后端的写法风格是啥呢，先说说我接触的吧，还是老一套，先写个 dao，service，然后呢在写 impl，但是我发现 dao 和 service 的 impl 基本就只有一个，很少情况下有去另外需要实现同一个 service 的（难道是抽象能力不行？），然后前端传过来的数据都是 map，对数据库的增删改查都是对 map，或者 list<map>处理，无非就是循环用的多少。很少有建数据库表的 entity 的，慢慢的在 controller 类里写的越来越多，整个 controller 慢慢变得非常大。

以前看过一次 activiti5 （工作流引擎）的源码，很惊讶他的那个 command 模式，代码写的非常优雅。

大家能不能分享下自己的写法，或者有什么好的开源的项目可以学习下么。

[chendy]

map 爱好者建议使用 php，不是说 php 不好，只是这种方式 php 更合适
dao 、service 没必要也不用抽接口，需要的时候 ide 重构抽一个就行了

[monkeyWie]

用 map 建议转 node.js🐶

[huijiewei]

Port & Adapter 走起

[ixiaohei]

之前在金融公司就是 map 满天飞，一点一点的改 dto ；我在的 3 年都没改完；项目大了 map 是真坑的；特别超过 3 层嵌套；你不分析代码你根本不知道里面都是什么 key，什么类型

[tang123456]

别用 map 传参和返参，目前公司现在是 controller 、service 、mapper 、model

[lower]

传 json 字符串吧😀

[knightdf]

我不管用啥语言写后端都是 service, model, schema, view/controller

[liujavamail]

前端传 map 是什么样子的？是指 Hash 吗?

[hahaFck]

@ixiaohei 是呀，调试也特别麻烦。还有各种类型转换。

[PopRain]

.neter 过来围观。。。 这么原始？ 感觉是 delphi 时代三层调用的方法，完全没有面向对象嘛

[jzmws]

Map 转实体

[night98]

用 map 写业务的一律锤死，没人知道你 map 里面到底是啥，得根据调用一步一步看，封装 vo dto 不香吗

[slert]

dao service 的接口是没啥必要 甚至简单的情况下在 controller 里直接操作 orm 也行吧

[arthas2234]

用 map 传参，参数校验写的跟翔似的。这也难怪你的 controller 越写越大
看你的描述，这个项目我都不敢碰

[boris93]

dao 和 service 如果只有一种实现，那就不需要再上接口，直接放实现类就行了
用 map 传参？看我 tm 不喷死他。参数如果没有很极端的需求，一律定义实体类。用 map 鬼知道传了什么，后面维护等着火葬场

[talen666]

看到 map 当参数，就想吐...

[hahaFck]

是的，大多数都是 map 参数，返回值是 map 或者 List<map> ，导致功能复用特别难，大量的重复代码快。

[Danswerme]

@liujavamail 同问，楼上说的 map 对于前端来说是啥呀？

[evoluc97]

Lst<Map<Integer, List>>, 无限套娃, 这种项目看到都怕😅

[cheng6563]

@Danswerme 就是没绑定没函数只用来存数据的普通 object