V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
kkkaaa
V2EX  ›  程序员

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

  •  
  •   kkkaaa · 2023-12-11 18:01:07 +08:00 · 1077 views
    This topic created in 431 days ago, the information mentioned may be changed or developed.

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

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

    4 replies    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 目前支持做这些东西,是我一个人
    About   ·   Help   ·   Blog   ·   API   ·   FAQ   ·   Tools   ·   2494 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 15:09 · PVG 23:09 · LAX 07:09 · JFK 10:09
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.