活石后台需求

活石APP

11/12
进行中

添加好友关注流程

• 添加关注
  考虑目前我们产品的实际情况，以关注型好友替代验证型好友会更符合我们的实际情况（即从原来微信好友模式改为微博关注型模式）

1 关注型好友操作可以让用户彼此添加成本更低，有助于用户关系拓展。
2 关注型好友可以让更方便的拓展活石内的关系。比如验证好友模式大家会下意识觉得应该添加真正的“好友”，而关注型模式会让用户少了这份心理暗示。

鉴于此，我们好友功能做些调整（不要砍我~）

• 添加流程
  用户完成添加一个好友的流程如下：
  发现一个用户（通过搜索，或者未来直接点击头像的等方式）————进入用户详情页————点击关注————成功完成单向关注。

• 好友关系
  这里最大的改动应该是好友关系，有两种关系

  • A单向关注了B，B没有关注A。此时，B是A的一度好友，A可以在代祷动态等需要用到好友关系的地方看到B的信息。而A不是B的好友，B不能看到相关A的动态信息
  • A和B进行了双向关注。此时，A和B互为一度好友，双方都可以看对方内容。

• 关注消息通知
  在用户添加了某方关注后，发送关注的消息提醒

墨刀原型：https://modao.cc/app/7fB7YyQpN0VIfx95HhNGU3jqvpQJIMT

9/24
进行中

优化通讯录上传和用户列表下载逻辑

• 背景
  目前由于iOS采用的逻辑是，只有通讯录发生变化后，才上传新的通讯录。所以造成客户端【我的邀请】数据不能及时更新用户是否已经注册。

• 优化

  1. 服务端根据每个用户的通讯录，做一个用户列表，包含了注册和未注册
  2. 这个用户列表可以在后台，根据手机注册的情况，更新用户是否注册
  3. 客户端上报空值的时候，不报错
  4. 客户端可以从服务端拉这个用户列表

• 具体

  • 接口/v1/contacts 新增一个功能
    本来是2个参数,一个用户id和一个通讯录列表,当通讯录列表这个参数没有带上的时候,就只返回用户注册状态的列表,同时不要报错也不要清空用户在服务端保存的通讯录。
    这样android端也不需要修改。