ShuXin

startActivity

3

[with(Intent(context, targetClass)) { params().forEach { makeParams(it) } this }](https://github.com/hi-dhl/KtKit/blob/ae6623b65559bcf49e8311b9323d0eec6d3820a5/ktkit/src/main/java/com/hi/dhl/ktkit/ui/ActivityKt.kt#L191) 就简单两个问题： 1. forEach装箱拆箱问题 2. 不用with，用apply不是更好？最后返回就不用写this

关于LoadMoreModule的isLoadEndMoreGone参数导致的问题

1

**Describe the bug** loadMoreModule，如果请求列表执行到end状态，也调用了`loadMoreEnd(true)`方法，如果我列表想重新刷新，继续加载更多，实际上是不会继续加载更多 **To Reproduce** Steps to reproduce the behavior: 1. 列表一直上拉，加载更多，加载到最底部，调用adapter.loadMreModule.loadMoreEnd(true)方法 2. 列表刷新，刷新完成，调用 `adapter.loadMoreModule.isEnableLoadMore`和`adapter.loadMoreModule.loadMoreComplete`方法 3. 继续上拉，加载更多，发现loadMore的position没有，也不会继续触发加载更多 **个人分析：** 调用isEnableLoadMore或者loadMoreComplete方法，都会优先去调用`hasLoadMoreView()`方法 ``` fun hasLoadMoreView(): Boolean { if (mLoadMoreListener == null ||...

version module和 rootProject中build.gradle的gradle和kotin的版本 要是能统一配置，感觉就更好了

关于OnNextInterceptor服务端返回异常处理

3

这几天仔细把这个库看完了，我现在处理使用map来处理服务端返回的异常，如果code不匹配，直接throw一个，这样代码量就更少，也好理解（相比使用flatmap）。然后今天用公司的接口实践，结果错误都返回400，然后OnNextInterceptor里面都拿不到错误信息，全部都堆再onError里面去了，难受