点赞监听应该放的地方，关键是一种思维的问题

放在点赞回调里面，点一次次都会发送网络影响性能，吧post监听放在viewwilldisappear里面，再加上一个是否触发了点赞或者取消点赞的判断，我们根据判断的值来决定是否发送通知，因为有时候用户只是进来看看，没有点赞，我们只是简单的返回上一个界面，viewwilldisappear里面的通知就不用发出来了，减少用户的流量的消耗。

比如我们的产品经理常常会要求我们，你点完赞出来之后立马就能看到我刚刚增加的点赞的数目，我们往往会在点赞的页面增加监听，但是这回影响一些性能，我们只是要在出去的看到已经刷新玩数据的页面，所以我们可以在这个页面viewwilldisappear的方法里面加上一个监听的方法，而不是在点赞发送网络的回调方法里面增加监听的方法，

其实关于发送网络请求的方法的回调我在sdwebimage的时候用过，那就是点赞人的头像，如果网络没有发送成功我们就用占位图，发送成功我们就把所有的点赞的人的头像的统一刷新，刷新的方法就在回调的方法里面写好。

[iv sd_setImageWithURL:[NSURL URLWithString:imageUrl] placeholderImage:[UIImage imageNamed:@"me-avatar-default"] completed:^(UIImage *image, NSError *error, SDImageCacheType cacheType, NSURL *imageURL) {
                [btn setImage:iv.image forState:UIControlStateNormal];

我们在completed里面刷新，这是一个头像的写法，这个方法是在一个for循环里面，所有的头像都是统一等到网络请求成功的时候刷新头像，就不会出现有的头像是空白有的头像是有的情况。