说干就干，一个通宵加一整天时间完成迁移，现在是有能力往iOS上面跑了，优先保证Android能用的情况下，再去切换到mac做iOS端的调试，主要事件会花在寻找依赖库替代上，比如PreferenceScreen这东西iOS就没有

记录 短期内想法的话还是先拿着 what anime 做迁移尝试与调研吧，毕竟以前从view转compose也是先用wa踩坑的，功能不多，做起来也快

西瓜课表 记录 Android 今晚大致研究了一下cmp，也初步尝试了一下多端的开发，现在确认的是目前西瓜课表使用的依赖库都支持或者在cmp部分存在替代

所以后面会花一段时间尝试使用cmp来进行Android与iOS的同步开发，此前虽然已经使用flutter单独开发了iOS版本并且上架了AppStore，但是这种双线开发的情况也极大的拖慢了一些新的想法的开发进度（特别是iOS端打包和调试强烈依赖macos，因此iOS端开发进度非常慢）。

借助cmp可以实现优先对Android进行功能开发，然后等界面以及功能稳定之后花少量的时间切换到macos进行iOS端的调试，这样能让对于macos的依赖大大减少。

要说缺点的话就是对于多出来的鸿蒙端的不确定性，cmp现在没有官方下场对鸿蒙做相关适配，虽然腾讯在搞kuikly，但是我在kuikly的初尝效果并不是很好，自提供组件相当于要把现有的Android布局代码几乎重新写一遍（倘若要这样我为什么不直接想办法用flutter来作为核心开发？至少现在flutter比腾讯这东西稳定成熟吧），不过个人对于鸿蒙并没有太多好感，没版本就没版本吧，非要用就拿些网页版先顶着用吧。

这是啥玩意

这个bot对于merge的处理不太好，改一下，merge的提交会推送两次

招了个AI帮我打工修bug

https://github.com/Mystery00/XhuTimetable/pull/5 今晚回去试一下ai写的代码能不能用

攻击性有点强了

记录 吐槽 flutter的Android部分感觉有点混乱，依赖会定义sdk版本的依赖，然后agp升级的话又反过来要求依赖同步迁移，用低版本agp连带着kt版本和jdk版本都要降，搞得我本来正常能编译的ios代码，拿到windows来编译Android就跑不了，看这样子需要改一堆依赖库的代码（帮它们做migrate）。也可能是当初选择依赖的时候没有过多考虑Android部分导致的反噬，唉。之所以现在想编译Android版本实际上是想让开发结构不再依赖mac