TxcA

Google or Baidu, md to pdf(md to html)

> 你这改完能编译了但是能用么 ？ > 库里ControllerProcessor类里面有导包错误，下面两个找不到 > > ``` > import javax.activation.MimeType; > import javax.activation.MimeTypeParseException; > ``` 我这边能用

> 你这改完能编译了但是能用么 ？ > 库里ControllerProcessor类里面有导包错误，下面两个找不到 > > ``` > import javax.activation.MimeType; > import javax.activation.MimeTypeParseException; > ``` 我这边是有个前提，主工程迁移到koltin了，module还没。 不确定是否是该问题，只是做个记录。目前还没有时间迁移module测试。

> ``` > implementation 'javax.activation:javax.activation-api:1.2.0' > ``` > > 确实如此 @hawskpy [](https://imgtu.com/i/2FB7SP) 错误依旧，还是尝试kapt。

@yanzhenjie 你懒了、你没之前帅了、NoHttp和Kalle你也不更了、直播也不播了，被迫转战Rx+Retrofit2。

> https://github.com/boboqun/BRV/blob/pages-en/docs/index.md 这是我最近翻译的，大佬你看一眼。觉得还可以接受的话，我就继续翻译。 感觉很棒！顺道可以看下[Net](https://github.com/liangjingkanji/Net) 👍

> @TxcA 完全剔除appcompat依赖不现实吧? 那样我觉得还需要剔除掉BRV依赖 > > > 我最近有想法将Net对于BRV的支持全部移动到BRV库中, 保持Net的独立 之前讨论过类似的，而且只是修改`FragmentActivity`为`ComponentActivity`。 在目前常规非**纯Compose**项目(99%覆盖率)的情况下，个人感觉剔除`appcompat`还为时尚早。这不光是和BRV依赖倒转的问题，`Net`剔除`appcompat`后的兼容性适配估计就够得做，对于一个start 1k+(接近了)的开源项目，非兼容性升级的成本也过大。 再且目前而言，哪怕是Compose项目，在工程中大概率还是需要`appcompat`的，因为目前Compose的轮子，想支撑一个完整项目太难了，免不了使用`AndroidComposeView`来兼容老的轮子，这也许还是会间接的引用到`appcompat`。 > ***所以感觉目前而言不要扣那么细节，要不暂且两年后再看看？*** `androidx.appcompat:appcompat:1.4.2`的依赖关系 

huawei mate10 pro ,android 8.0。 异常

@24suixinsuoyu **昨天刚用上，贼香。你说的异步，看是不是这个？** ```kotlin class NewsActivity : AppCompatActivity() { private val rvNews = RecyclerView(TODO()) private val rvUser = RecyclerView(TODO()) override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) initNews() initUser() } private fun initNews()...

https? I Fiddler version is [Fiddler Web Debugger (v4.6.2.3)].not you version.... I seem to be the latest. English is not good, Google Translation