Chrome 自己已经出了一个操作系统了，ChromeOS ，和你理解一个浏览器作为操作系统大差不差，大部分功能都可以在浏览器内完成。

服务器崩了吧，现在报错 504 Gateway Time-out

我知道 http://note.ms

不过是复制文本的，链接很好记，有点不对题，只是顺便贴一下

我擦，工资都那么高？

刚收到飞书的一面通知，不知道是不是要把我往坑里拉

@reply all. 谢谢大家的评论，回复所有人：

目前我们公司的重构框架已经搭建完成了，结合了目前公司人员的技术掌握程度，未来发展趋势，框架稳定性，以及市面上的开发人员技术掌握情况等等因素，综合考虑，最终选定了如下技术架构：

语言：Kotlin
架构：MVVM （ JetPack 全套）+ 组件化（ Arouter 通信，模块接口下沉）
界面：主布局采用 ViewBinding+xml ，简单静态界面使用 JetPack Compose
依赖注入：JetPack Hilt
异步数据流：Kotlin 协程+Jetpack LiveData

再次感谢大家！！比心❤️

3000 块，亏了 30 多个点，刚好一千块

茉莉花茶最好喝，淡淡的香味，还有点微甜

游泳会有好处，争取一个星期去游个几次，因为游泳的时候颈椎是朝上的，对全身关节的舒展都有很好的效果

小事情，我刚确诊的时候也是感觉天塌下来了，现在已经是 6 年老病友了，目前一切正常

@Bijiabo #40 一看就是专业 RN 开发了，说的很到位。我谈到的一些问题确实也可以找到解决方案，不过寻找解决方案也需要成本。之前选择 RN 作为技术方案是历史遗留问题，这次因为要重写 App ，布局交互全部是崭新的一套，考虑到项目的 native 功能较多，扩展性和人员的专业性，可以重新选择技术方案的情况下，我们才决定用原生。

@Chism #8 uniapp 之前有写过，性能还不如 RN ，更像是一个 webview 的操作体验，这次其实跨平台的技术方案都不考虑了。

@imtianx #13 其实界面没有很炫酷，就是 native 相关的功能太多，上 flutter 我觉得应该和 RN 没有很大区别，那样就没有重构的必要了

@ren2881971 #7 哈哈没有追求新技术，只是需要一个主流的技术方案，稳定没 Bug 能上手就行

@KuroNekoFan #16 遇到的问题刚刚贴在附言里了

@815979670 #1 我们公司之前是 RN 开发，技术栈基本算是完全不相关，反正都是重新来，不如选一个主流的技术栈从头开始学习