
获得徽章 0
赞了这篇文章
赞了这篇文章
#挑战每日一条沸点# 今天看了下KMP框架,一开始默认是Android项目视图,完全没看出iOS这块Shared UI和Do not share UI 有什么区别。
换成Project视图后,发现了Do not share UI原来在ContentView.swift实现了iOS UI界面(Android项目视图不会显示swift文件),这意味着需要为Android和iOS单独开发UI逻辑。
而Shared UI中,Android和iOS的UI都是直接用同一个Jetpack Compose来编写的,原本ContentView.swift中,使用KMP自己实现的ComposeView桥接Compose UI。
换成Project视图后,发现了Do not share UI原来在ContentView.swift实现了iOS UI界面(Android项目视图不会显示swift文件),这意味着需要为Android和iOS单独开发UI逻辑。
而Shared UI中,Android和iOS的UI都是直接用同一个Jetpack Compose来编写的,原本ContentView.swift中,使用KMP自己实现的ComposeView桥接Compose UI。
展开
评论
点赞
赞了这篇文章
#挑战每日一条沸点#
趁着假期,试了下几个跨端App开发的框架(Jetpack Compose、Flutter、React Native)
- Jetpack Compose用在Android上的开发感觉很好,利用Kotlin的扩展属性特性给几个基本数据类型添加了dp属性,可以直接在构造UI的时候用5.dp这种写法
- Flutter给VS Code提供的支持意想不到的全面,语法提示、调试、运行等全都自动配置好了,VS Code没有任何警告和错误出现,和Android Studio中模拟器的联动也十分顺滑。和Jetpack Compose感觉是同类型的设计
- React Native一上来就给了我一个下马威,一上来就是too many open files(后面把node_modules删除掉重新install一下解决了),而且对VS Code和Android模拟器的支持,感觉也完全没Flutter这么好…
而且我非常讨厌React Native嵌入html或者说xml元素的写法…… 太割裂了,虽然我还没试过类似的、鸿蒙的arkUI,但是感觉不如arkUI那种…
趁着假期,试了下几个跨端App开发的框架(Jetpack Compose、Flutter、React Native)
- Jetpack Compose用在Android上的开发感觉很好,利用Kotlin的扩展属性特性给几个基本数据类型添加了dp属性,可以直接在构造UI的时候用5.dp这种写法
- Flutter给VS Code提供的支持意想不到的全面,语法提示、调试、运行等全都自动配置好了,VS Code没有任何警告和错误出现,和Android Studio中模拟器的联动也十分顺滑。和Jetpack Compose感觉是同类型的设计
- React Native一上来就给了我一个下马威,一上来就是too many open files(后面把node_modules删除掉重新install一下解决了),而且对VS Code和Android模拟器的支持,感觉也完全没Flutter这么好…
而且我非常讨厌React Native嵌入html或者说xml元素的写法…… 太割裂了,虽然我还没试过类似的、鸿蒙的arkUI,但是感觉不如arkUI那种…
展开
4
2