前端开发,遇到 UI 完全一致,但是数据结构完全不一致的情况,怎样处理才更易维护更加优雅呢 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
mouyase
V2EX    前端开发

前端开发,遇到 UI 完全一致,但是数据结构完全不一致的情况,怎样处理才更易维护更加优雅呢

  •  
  •   mouyase
    mouyase 2024-04-07 21:32:29 +08:00 2025 次点击
    这是一个创建于 552 天前的主题,其中的信息可能已经有所发展或是发生改变。

    比如说现在有一个带图片的列表页面(类似小红书主页,B 站主页等),然后项目中同时有 N 个相似的页面。

    但是可能组件 A 的数据结构为

    [ { "name": "数据 1", "url": "https://a.cn/1.jpg" }, { "name": "数据 2", "url": "https://a.cn/2.jpg" }, { "name": "数据 3", "url": "https://a.cn/3.jpg" } ] 

    B 组件的结构可能为

    [ { "title": "数据 1", "cover": { "url": "https://a.cn/1.jpg" } }, { "name": "数据 2", "cover": { "url": "https://a.cn/1.jpg" } }, { "name": "数据 3", "cover": { "url": "https://a.cn/1.jpg" } } ] 

    类似这种不同的数据。

    而且不同的页面里面可能也会带有不同的交互。

    因为项目里面有很多这种 UI 类似,功能类似,但是接口数据结构不同的组件。 所以请问有什么好办法比较容易的处理这种数据吗。

    22 条回复    2024-04-08 22:20:53 +08:00
    Helsing
        1
    Helsing  
       2024-04-07 21:53:37 +08:00 via iPhone
    Clean 架构了解一下
    BoomMan
        2
    BoomMan  
       2024-04-07 21:53:40 +08:00
    jsonpath
    ClericPy
        3
    ClericPy  
       2024-04-07 21:54:57 +08:00   1
    适配器模式?
    P233
        4
    P233  
       2024-04-07 22:02:52 +08:00
    保持组件数据一致, 请求完数据后先处理一下再传给前端组件
    Rocketer
        5
    Rocketer  
       2024-04-07 22:06:02 +08:00 via iPhone
    前端应有自己的模型,后端来的数据都处理成自己所需的样子。
    ChefIsAwesome
        6
    ChefIsAwesome  
       2024-04-07 22:16:49 +08:00
    list 和 item 要分开。比方说拆成 <ListItem> 这么一个组件,它收的 props 是 name 和 url 。在你这个例子里,ListItem 处理真正的 ui ,List 是处理数据请求、循环的逻辑。
    解决功能类似这个问题,要看你真正变化的部分有多少。变化少,那通过参数控制显示就可以了。变化多,那就要考虑是不是靠 slot 提供接口,是不是要再拆成更小的组件。本质上就是老生常谈的组合还是继承的问题。
    mouyase
        7
    mouyase  
    OP
       2024-04-07 22:28:06 +08:00
    P233 @Rocketer 就是在数据请求回来时候重新做数据拼装然后在传递给 UI 组件吗,这样会不会导致数据转换地狱呢,一串数据在不同的组件传递的时候经过了 N 多次转换之类的。请问有没有什么好的数据转换的方法呢( js/ts)
    mouyase
        8
    mouyase  
    OP
       2024-04-07 22:29:27 +08:00
    @BoomMan 这种是不是写的时候还是得组件根据各种不同的数据源来进行判断,再取值呢
    K120
        9
    K120  
       2024-04-07 22:58:26 +08:00
    适配器,在 service 层处理
    Xu3Xan89YsA7oP64
        10
    Xu3Xan89YsA7oP64  
       2024-04-07 23:44:35 +08:00
    容器组件处理数据,统一格式后传入展示组件,这不是基本功吗
    43n5Z6GyW39943pj
        11
    43n5Z6GyW39943pj  
       2024-04-07 23:46:41 +08:00
    1.组件中处理一下,2.干后端
    Adelell
        12
    Adelell  
       2024-04-07 23:53:39 +08:00 via iPhone
    api 给的数据必须洗一遍,不然不放心。
    Adelell
        13
    Adelell  
       2024-04-07 23:55:58 +08:00 via iPhone
    洗数据是个技术活,做的好无论接口怎么变,前端都能自动适配。
    mouyase
        14
    mouyase  
    OP
       2024-04-07 23:56:37 +08:00
    @Adelell 所以有什么好的方案用来做数据清洗吗
    mouyase
        15
    mouyase  
    OP
       2024-04-07 23:57:47 +08:00
    @shizhibuyu2023 API 这边现在给的数据比较乱,字段又多又杂,而且不同的应用场景同一个字段也会有不同的用途,所以一直都没有想到一个比较优秀的统一处理方案
    Adelell
        16
    Adelell  
       2024-04-07 23:59:27 +08:00 via iPhone
    洗数据最好的办法是调用 gpt4 的接口,先告诉 gpt 自己需要的目标格式,然后把 api 的原数据发给 gpt 帮你转换成目标格式
    mouyase
        17
    mouyase  
    OP
       2024-04-08 00:01:39 +08:00
    @Adelell 说实话我们的数据有些问后端都不知道这个字段是干嘛的或者怎么解释,我们前端也很难用语言描述,感觉接 GPT 可能也没那么现实……
    Adelell
        18
    Adelell  
       2024-04-08 00:08:08 +08:00 via iPhone
    简单的话就把原始格式和目标格式告诉 gpt ,让 gpt 写个 function 处理下
    Rocketer
        19
    Rocketer  
       2024-04-08 07:15:15 +08:00 via iPhone
    @mouyase 地不地狱的都不能相信别人给你的数据,你的数据必须是自己的
    DimitriYoon
        20
    DimitriYoon  
       2024-04-08 15:31:12 +08:00
    都已经设计成这样了,你怎么做也优雅不了了吧...
    mouyase
        21
    mouyase  
    OP
       2024-04-08 16:01:07 +08:00
    @DimitriYoon 后入场的项目没办法(
    BoomMan
        22
    BoomMan  
       2024-04-08 22:20:53 +08:00
    @mouyase 组件仅考虑输入输出,具体在什么时候转换,是生产关系决定的,jsonpath 可以配置化的很好解决这个问题。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2731 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 27ms UTC 07:35 PVG 15:35 LAX 00:35 JFK 03:35
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86