V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
kkkaaa
V2EX  ›  程序员

[求助] 瀑布流信息流等接口设计相关咨询求助

  •  
  •   kkkaaa · 2023-12-11 18:01:07 +08:00 · 1027 次点击
    这是一个创建于 380 天前的主题,其中的信息可能已经有所发展或是发生改变。

    项目是做 app ,其中有很多个模块包括首页是信息流+瀑布流的形式。虽然是多个模块不同的流样式和数据,但是规则基本大同小异。 需求: 1 用户每次下拉刷新加载新的数据,上滑会持续获取新的数据。理论上只要数据够多,就可以一直刷。 2 用户看过的数据,不会再刷出来。例如我今天打开看了,下次再刷就不会推了,或者短时间内不再出现。 3 针对量级比较大的模块,规则比较复杂。例如首页可能要很多不同的数据组成,数据会有计算规则,例如拿分类来说美食类的数据多一些,汽车类的少一些,离用户近一点的数据先拿,再拿点其他的。。。 其实就和小红书、美团、点评等这些常见的流场景一样。 问题: 现在人少公司小,目前存储数据只用到 mysql 、es ,redis 。 不管是首页的多规则还是其他模块的小规则,都不适用于简单的分页查询。估计很多都是获取不同的数据,代码里面组装的。 拉取的的问题,每次都是新的数据,用最简单的办法思考是把用户的浏览记录存储起来,然后每次拉取的时候 not in(xxxxxx),感觉不靠谱

    想请教一下: 针对这样的需求,我应该怎么去设计方案,想知道这些主流的 app 他们的流接口和数据是一套什么样的逻辑方案

    4 条回复    2023-12-13 14:39:25 +08:00
    zxyroy
        1
    zxyroy  
       2023-12-11 18:10:02 +08:00
    如果流量小,sql 一把梭。
    流量大提前维护好一部分流在 redis ,根据需要混合
    kkkaaa
        2
    kkkaaa  
    OP
       2023-12-12 10:10:20 +08:00
    @zxyroy 现在确实一把梭哈的,起码先把功能实现。但是总感觉这样不太对劲,不是一个合理的方案
    zxyroy
        3
    zxyroy  
       2023-12-12 14:58:43 +08:00
    @kkkaaa 不知道你们公司规模多大,其实很多时候真的是过度设计,很多 app 到死都用不上这么多性能
    kkkaaa
        4
    kkkaaa  
    OP
       2023-12-13 14:39:25 +08:00
    @zxyroy 目前支持做这些东西,是我一个人
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5010 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 30ms · UTC 05:40 · PVG 13:40 · LAX 21:40 · JFK 00:40
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.