summer1991 最近的时间轴更新

summer1991

V2EX 第 204676 号会员，加入于 2016-12-06 17:08:12 +08:00

问与答 • summer1991 • 2017-07-15 15:11:17 PM • 最后回复来自 queuey

求问！

问与答 • summer1991 • 2017-07-15 11:00:19 AM • 最后回复来自 summer1991

问与答 • summer1991 • 2017-07-03 16:15:11 PM • 最后回复来自 summer1991

iOS • summer1991 • 2017-07-03 13:08:09 PM • 最后回复来自 wohenyingyu02

iOS • summer1991 • 2017-06-19 14:39:48 PM • 最后回复来自 summer1991

iDev • summer1991 • 2017-07-04 12:37:27 PM • 最后回复来自 winglight2016

summer1991 最近回复了

2017-07-15 11:00:19 +08:00

回复了 summer1991 创建的主题 › 问与答 › 求问！

2017-07-03 16:15:11 +08:00

@KNOX 如果刷新局部你还要维护是否变化以及哪些东西变了。这样就已经使问题复杂化了。如果我和这个人除了关注关系比如再加一个点赞局部刷新的逻辑就更复杂了

2017-07-03 11:37:26 +08:00

@blacklee 所以你在内存中维护一个我关注的人的 list 然后用 rac ？

2017-07-03 11:36:49 +08:00

@KNOX。。。这不就是回调了一下么跟返回时刷新没有什么区别

2017-07-03 11:35:37 +08:00

@tmac6740 你是指本地维护 list 还是网络请求 list ？

2017-07-03 11:32:18 +08:00

@winglight2016 有好的想法吗亲？

2017-07-03 11:32:04 +08:00

@winglight2016 可以这么说，需要重用方法，并且这个方法里面能和 VC 一样，能弹窗，能发起网络请求

2017-07-03 11:29:46 +08:00

@wohenyingyu02 你说的是一种方法解决方法 1.出来时刷新（比较浪费网络） 2。本地维护一个关注的人的列表（本地处理比较复杂）有没有简单的方法

2017-07-03 11:27:54 +08:00

@LINAICAI 我举的是一个场景如果这种情况多了代码的通知会乱飞基本处于不可控的状态

2017-07-03 11:26:20 +08:00

@LINAICAI 这样的话应用内得有多少通知啊？同时应用的内存数据中得存多少数据？