我很好奇为什么instantiateItem被弃用,赞成它的新版本.变化是现在收到ViewGroup而不是一个更一般的View.
已弃用的方法
public Object instantiateItem (View container,int position)
新方法
public Object instantiateItem (ViewGroup container,int position)
注意:此更改也发生在destroyItem,startUpdate,finishUpdate& setPrimaryItem.
解决方法
我的猜测是,这是因为这些方法总是使用ViewGroup调用,而不是更一般的View.因此,将参数提供为ViewGroup是一个方便,允许开发人员避免始终检查和投射输入.所以不是一遍又一遍地看到这个代码:
ViewGroup parent; if (container instanceof ViewGroup) { parent = (ViewGroup) container; } else { throw new IllegalArgumentException("container must be a ViewGroup"); }
实施者可以直接使用容器.
而事实上,你可以看到这正是07000的原因:
Bug 5327146 – ViewPager API tweaks and docs
PagerAdapter prevIoUsly took View instances as parameters to several
of its methods leading to lots of casting to ViewGroup in adapter
implementations.Change these to take ViewGroups. Default implementation calls through to deprecated stubs with the existing signatures,allowing current adapters to keep working unmodified.