APP社交类项目(类微信)设计之七好友列表功能设计

本文探讨了社交APP中好友列表功能的设计方案,对比了后台维护和环信维护两种方式。后台维护方案通过动态关系表实现双向好友关系,优点是集中管理数据,但对后台性能要求高;环信维护方案将好友关系存储在环信,借助EHCACHE和Redis缓存好友详细信息,服务器维护轻量,但后台无法掌握用户关系圈。
摘要由CSDN通过智能技术生成

     需求:社交APP用户的好友关系维护

 

     现有环境:用户基本信息表t_userbase,环信通信接口

     设计方案:

      方案一:由后台维护好友关系

      实施细则:

      (1)后台新建动态关系表t_fans,里面四个字段,id(唯一索引),userid(本用户ID),fansid(好友用户ID),以及followTime(创建关系时间)

                

            当用户A添加用户B(且用户B默认允许被别人添加)为好友时,如下代码逻辑

        (2)  在表中插入两条记录,1. userId A  fansId B    2. userId B  fansId A,形成双向关系链,这样当后台查询该好友的列表,只要判断和A产生联系的对象是否有双向链,如果有则罗列出来,

/**
     * 添加好友 双向
     * @param fromUserId    发起删除的用户ID
     * @param toUserId        被删除的用户ID
     */
    @Override
    @Transaction

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

三翔馆主

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值