Jude

...我感觉我已经对Activity进行了一次改造。Activity包含Fragment。再对Fragment进行这类改造有些重复。如果你Fragment所属的Activity是BeamBaseActivity的话。可以直接getActivity再强制转型使用它的API。这里确实不怎么优雅。有什么好的建议吗。

@_@..确实不错，可以考虑把这层逻辑提出来按需注入。改动比较大。加进TODOList吧。也许要等一段时间。。

...难以解决因为难以复现。

= =反编译。低调点好吗。

demo确实有数据错乱的情况。 问题在于避免数据错乱的措施，应该由谁实现？ 在EasyRecyclerView的API中，只有 `onRefresh` 与 `onLoadMore` 2个UI操作回调。以及 `addData` 与 `clear` 2个操作。 出问题的是业务逻辑，与库无关。库没有能力也没有义务解决业务逻辑问题。冲突的是数据请求任务，应该取消掉上一次请求，而不是强行在UI层面拒绝数据。 如果我要修复这个问题，我也只会在demo的代码中，在下一次请求时去取消上一次请求。而不会动库的代码。 另外感谢如此细心的发现这个问题，我也确实没注意。

不知道你想要什么效果。不过在你使用库出现这类问题时，请先确保使用RecyclerView不会有问题... 好多问题都是把RecyclerView的锅都丢到我身上。

这只是个ViewPager。还有这种操作？

没注意android 4.4的`colorPrimary`读取无效。 2.1.4 试一试。

可以，请按demo实现自己的`StickyHeaderAdapter`.相同`HeaderId`为1组。与个数无关。

StickyHeaderAdapter 只是个接口，我问你他是那组，并向你要这组的StickyHeaderView，你回答。 ID都是你自己分配的，逻辑你自己写的，你问我怎么修改...