有一个业务场景,入参是一个业务大对象,数据结构如下:
{
"baseInfo": [
{},
{}
],
"headInfo": [
{},
{}
],
"bodyInfo": [
{},
{}
],
"footInfo": [
{},
{}
],
...
"xxxInfo": [
{},
{}
]
}
其中的"xxxInfo
"数组都可以是空数组或空值,最多会有 15 个左右不同的"xxxInfo
"对象类型,后端 Java 程序接收到参数之后需要对存在的信息都进行业务处理,有通用的处理,也有特殊的处理。
目前后端是使用Map<String, List<JsonObject>>
进行接收,之后转换为Map<String, List<XxxInfo>>
,直接遍历该 map 进行通用业务处理,通过map.get(xxx)
取得指定成员进行特殊处理。
但是使用Map
以及JsonObject
这种结构来收参传参是我比较抗拒的,个人觉得不够优雅不够高效,所以想换种接收并处理数据的实现方式。
直接使用大 Java 对象接收参数,大对象中包含所有可能出现的 List<XxxInfo>成员。但是这样做失去了使用 Map 结构时易于处理通用业务的优点了。
那种数据结构更合理呢?除了以上两种方式,有没有更合适的数据结构呢?
如果使用我提到的使用 Java 大对象,那么如何处理通用业务逻辑更合适呢?
通过反射的方式实现遍历所有成员进行通用业务处理?
硬编码处理?
非常感谢各位答疑解惑,一起讨论
1
LongMaoz 2021-02-22 17:55:04 +08:00
反射呗。。。。
|
2
miv 2021-02-22 18:00:16 +08:00
用 js 就没这个问题了[狗头]
|
3
lraining 2021-02-22 22:14:00 +08:00 via Android
接收参数反射成对象只能是单个对象,如果是 list,就没办法用.class,只能是通过 map 把对象 json 传过来
|