compose的可以另建一条 分支 吗

[ChaoCaiGuo]

额 看提交日记目前还没有什么基于compose的UI，如果这样为什么不另外开个分支来？
compose包在导出的apk，在R8压缩下仍会多占用空间（我用别的项目测试是大约有4M左右），而且可能会让Gradle额外增加compile的时间，导致编译时间劣化，在过渡之前完全可以创个分支。

还有compose目前也没有共享元素过渡动画，目前无法完全取代传统xml
对于compose提点愚见，项目可以先修改通过”控件的继承“和”Fragment的onViewCreated()“
利用LinearLayout来 addView(ComposeView(requireContext()).apply { setContent { EhViewerTheme{ compose方法 ) } } })
来缓慢过渡到compose

另外,EhApplication的初始化变量过多，是否考虑修改成通过依赖注入或startup库的方式初始化吗。
以及将来项目是否修改为mvvm或mvi架构，感觉现在代码耦合太多了，本菜鸡看不透代码 (QAQ)

[asuka-mio]

没有强行重构现在ui代码的打算，这样做浪费精力而且还容易多出潜在bug，毕竟传统xml在可预见的将来也不会淘汰，只是未来如果有必要去写新控件会优先考虑compose
本人对mvvm mvi这些框架并没有太多了解，项目目前的重心在维护的基础上继续遵循material design3设计，适配新版本android，在不影响功能的基础上削减冗余代码抛弃旧轮子，优化性能，对uii框架这些我没什么经验，本项目的期望复杂度应该也不至于非要这些设计模式不可，当然您如果打算pr的话我也会欣然review接受

[ChaoCaiGuo]

倒也不是非要用这些设计模式。目前来看Ehviewer的代码历史包裹比较重。在我看来有许多保存状态和传递参数的实现，现在可以过渡到ViewModel和lifecycle来实现，而且用kotlin了，多线程操作和Service的实现也可以慢慢更改为协程实现。
如果把这些代码慢慢重构，真是辛苦各位开发者和大神了

[asuka-mio]

@ChaoCaiGuo 主线已经支持android9及以上了 直接把compose往上搬吧 安装包大点没事 界面别炸就行

[asuka-mio]

顺便也可以看看把readyou这个风格的palette加进去 https://github.com/Ashinch/ReadYou/tree/main/app/src/main/java/me/ash/reader/ui/theme/palette
不过最好是做成一个库， 直接塞进去太乱了