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

資深大佬 : hahaFck 7

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

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

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

大佬有話說 (22)

資深大佬 : 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
資深大佬 : Danswerme

@cheng6563 噢，好吧。这么做对 JAVA 不友好的话应该用什么传递给 JAVA 呢？
資深大佬 : totoro52

个人建议用 vo 或者 DTO 来代替传值，优雅又美丽就是 entity 多了点但是后期维护绝对容易除非你在每个方法上面注释这个 Map 里到底有啥不然谁都不知道里面到底有啥