以后会支持广场/附近/推荐 状态功能吗 还是让用户自己去扩展?如果会的话我就打算沿用_Status 如果不会我还是自己建表啊
以后会支持广场/附近/推荐 状态功能吗 还是让用户自己去扩展?如果会的话我就打算沿用_Status 如果不会我还是自己建表啊.
对于广场、附近、推荐这些 tab 的内容展示，因为是全局性的数据，不会在我们应用内社交里面来做，你还是自己建表吧。
广场、附近、推荐 还有 关注的 是让两种表结合着用吗?
如果广场、附近、推荐 还有关注的好友功能都有 是让两种表结合着用吗?这样会不会引入复杂性
每个人的 status，你先推给 TA 的粉丝。然后把这条 Status 存到一张独立的表里面（譬如表名为A，记得带上地理位置信息）。这样直接按照时间先后读取 A 里面的数据，就是“广场”；根据当前用户的位置，找 xx KM 以内的信息，就是“附近”。
你意思是用两个表吗?一个_Status 一个 A .如果是这样 那么删除时也要删除两个表 评论点赞可以都relation同一个表
哦，那可以直接使用 Status 表啊。
_Status给我带来最大的不便之处就是 新用户不能阅读旧的功能 我个人觉得你们这设计有点不太科学吧 我发的TIMELINE 后来新注册的用户就看不了了?
市面上应该没有任何一款社交应用或者论坛是这样设计的啊?即使是微博 我未登录或者我不是你的粉丝也能看到你发的微博 就算是朋友圈 我加你好友后 我也能看到你的历史记录啊
1，使用云引擎，在用户注册成功之后，把所有全局的 Status 发到他名下；请问这个是 使用云代码 没注册一个用户遍历_Status 然后逐一sendPrivateStatusInBackgroud(发私信)吗?这样数据庞大性能很低啊
让广场数据直接从 Status 表读取，就不需要这样做了。
这时候你直接取这个人的 Status 展现出来就可以了，但是他发布的内容不会进入别人的 timeline。
这里的Status是指_Status表吗? 使用 AVStatusQuery查询这个User的发件箱吗? 他发的内容不会进入别人timelines,这点不是太友好吧.我加他前一秒他发了条状态,我加了后也不能看到了.能用QQ聊吗?这样发帖沟通很慢.
我已经解决这个问题了。建一个用户，然后每个新登记的用户在登记时，都被这个用户关注，这样，所有用户的动态，都会被这个用户收到。进广场的时候，查这个用户的收件箱，所有的动态就都查到了，然后显示即可。我现在的问题是，管理员如何删其他人有违规内容的动态呢？
删帖的问题想办法绕过去了。
