关于Adapter的MVP设计思路（安卓）? 400 报错
关于Adapter的MVP设计思路（安卓）? 400 报错
最近在进行MVP框架的学习，在着手修改项目的时候卡在适配器的地方了，下面说下问题场景
有一个粉丝列表，带上下拉刷新以及分页处理，每个Item有个按钮，点击进行关注/取消关注网络请求，这时候模拟网络很差的情况下，用户进行了下拉刷新和某项Item的关注操作，那么就会有对应的回调处理，当下拉刷新回调先执行，后续关注成功请求回调执行item的view更新的时候，view已经被替换了，不应该执行后续view更新（事实是执行了）
想问下MVP框架的设计思路来进行Adapter适配器的分层，具体如何处理？
说下我的处理，Presenter由该Adapter的上下文context来充当，而ViewHolder作为View层对象，实现Item项的请求回调接口，但是有个问题就是ViewHolder进行Presenter对象的绑定可以再构造器内完成，但是没有解绑操作，也就导致了view不存在的情况下还是执行回调，然后异常了。（求大神给下你们的一个设计思路，小弟不胜感激）
写回答
-
https://developer.aliyun.com/profile/5yerqm5bn5yqg?spm=a2c6h.12873639.0.0.6eae304abcjaIB才疏学浅，大佬给了指导，说下这个跟MVP抽层不是一个问题，问题解决也是很简单。
假定两个请求同时进行，刷新操作先回调刷新列表了，后续item的请求回调了，那么根据item的id进行新的datalist的遍历，有该id的item则修改该item，然后刷新列表，无论哪个先回调都是执行一样回调处理，也不会有上述问题。
2020-06-02 17:38:15赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
