1
behanga 2019-05-29 15:10:08 +08:00
问题还没有描述清楚,你举个栗子
|
2
w516322644 OP 比如[{"id":1,"name":"whw"},{"id":3,"name":"whw"},{"id":5,"name":"whw"}]
|
3
w516322644 OP @behanga 比如下拉列表数据动态获得[{"id":1,"name":"whw1"},{"id":3,"name":"whw3"},{"id":5,"name":"whw5"}],我后台只返回了,id=3,告诉他选中,现在我们的 Android 让我把 name 也返回回去,但我们 name 需要查,他不想循环,我不想查。
|
4
ily433664 2019-05-29 15:29:32 +08:00
正常来说应该是返回 id,然后还有个字典让前端自己去取 name
|
5
airfling 2019-05-29 15:33:27 +08:00
多查几个字段又不浪费时间,而且还能减轻服务器压力,直接返回给他就是了
|
6
behanga 2019-05-29 15:35:24 +08:00
@w516322644 正常如果是列表性质的,一般 id=1,2,3 的数据都会给端上,然后端上根据这些数据自己做后续处理。如果数据量很大,需要做分页,端上请求的时候根据第几页返回数据。
|
7
w516322644 OP |
8
firefffffffffly 2019-05-29 15:52:17 +08:00
我理解你返回了 { "data": [{"id":1,"name":"whw1"},{"id":3,"name":"whw3"},{"id":5,"name":"whw5"}], "selectedId": 3}
首先这就是个数据结构设计问题,和 Android 平台不相关。 我猜他 UI 层额外创建了个只包含 name 的 List,想用 indexOf 或者 contains 函数直接查询 index,如果只有 id 就得先从 id 查询 name,再查询 index,就多了个 id 查 name 的循环。 |
9
firefffffffffly 2019-05-29 15:58:31 +08:00
有 id 存在的场景不用 id 索引内容而是用展示性质的 name 做索引肯定是最大的坑,所以肯定不能返回 name 让他做查询操作。
|
10
hhecoder 2019-05-29 23:11:48 +08:00
客户端为什么需要 name 呢?没啥特别的原因肯定用 id 咯
|