1
boris93 2021-03-15 10:57:04 +08:00 via iPhone 2
建个 VO 类用来接数据啊,controller 层接收这个 VO,然后处理
绝对不要用 map 传参,用起来一时爽,等你发现看不懂就晚了 |
2
0xC000009F 2021-03-15 11:01:15 +08:00 1
我觉得越是复杂的参数越应该建一个 VO 来管理
|
3
Newyorkcity OP |
4
egfegdfr 2021-03-15 11:14:34 +08:00 1
内部类 可以放在 controller 里面,但是看你们描述,说明这个类变量不少,所有能单独处理,尽量就单独出来,减少不必要的关联,放 dao 包下面以 vo 结尾也行,如果是 vo 类比较多,起一个 vo 包 所有的 vo 类放里面也可以,具体看你项目了
|
5
boris93 2021-03-15 11:24:37 +08:00 via iPhone 1
@Newyorkcity #3 我们一般是建个 vo 的 package,然后放在这里面
不建议作为内部类放在 controller 里面,影响可读性,一般来说这种数据对象跟业务逻辑是分开放在不同位置的,易读而且好管理 |
6
lyusantu 2021-03-15 11:35:00 +08:00 1
@RequestBody JSONObject json
|
7
340244120w 2021-03-15 12:13:18 +08:00 via iPhone
就这一个 Controller 用得话,静态内部类是坠吼的。我甚至还喜欢内部类套娃
|
10
yalin 2021-03-15 13:01:28 +08:00
DTO
|
11
Macolor21 2021-03-15 13:03:12 +08:00 1
额,创建一个 ValueObject 就可以,你想了解更多的话《领域驱动设计》这本书可以帮助你学习系统的建模知识。
|
12
wangxiaoaer 2021-03-15 13:06:41 +08:00
DTO:data transfer object 专门为了应对你这种场景的。
|
13
lyusantu 2021-03-15 14:04:36 +08:00
|
14
zhanggg 2021-03-15 17:11:13 +08:00
建议面向前端交互用 Vo,面向数据库写 Pojo,中间业务层写个转换的方法。
千万别 JsonObject 和 Map 这两个数据结构所有 key value 结构都不是显式的,后面他人接手也好还是你自己看也好,都是毒 |
15
cslive 2021-03-15 18:22:04 +08:00 via Android
list map 一把梭,就是这么效率
|
16
clf 2021-03-15 18:24:56 +08:00
VO 类。如果实在是懒,Map<String,Object>走起。
|
17
wolfie 2021-03-15 18:26:55 +08:00
接口全部用 DTO,一个 DO 管理所有接口越写越难受。
ps:VO 不是渲染的吗。 |