Announcing the Android Workgroup(forums.swift.org)
forums.swift.org
Announcing the Android Workgroup
https://forums.swift.org/t/announcing-the-android-workgroup/80666
16 comments
If Apple was really serious about combating the use of Electron and other cross-platform frameworks they would seriously support (and possibly even fund) a tool like this.
Despite the issues, if Swift and SwiftUI were available and compelling for Android then it may help to give Apple greater mindshare of developers.
Despite the issues, if Swift and SwiftUI were available and compelling for Android then it may help to give Apple greater mindshare of developers.
If Apple cared, they would’ve just included “no cross-platform apps” in their Appstore ToS and they’d be dead the next day.
That’s how Apple fights problems these days - gatekeeping and regulation.
They don’t care though, cross platform apps bring money the same way as any app
That’s how Apple fights problems these days - gatekeeping and regulation.
They don’t care though, cross platform apps bring money the same way as any app
Does this help LiveView Native efforts?
(naive question)
(naive question)
I always found non-native apps too out-of-place. Please use Swift on iOS and Kotlin on Android.
Swift is just a programming language, I thought?
Yes.
Unless I am also mistaken, they are seeking to make a supported language to android development.
Which will save mobile devs having to learn two languages, and also allow reuse of code.
Unless I am also mistaken, they are seeking to make a supported language to android development.
Which will save mobile devs having to learn two languages, and also allow reuse of code.
Kotlin multiplatform has been around for some time if you want that. But I guess it makes sense to be able to approach it from the other end as well if you're mainly an iOS shop.
It's the only approach that can be taken, as Android being open source can make Swift a first class supported language. Apple will be apple.
When using Skip Fuse, your Swift code compiles to 100% native Android ARM code.
They've also reimplemented ~60% of SwiftUI on Android, in an open-source library, SkipUI. https://github.com/skiptools/skip-ui SkipUI works way better than you'd think, and anyway, it's totally optional.
You can just write Swift against native Android APIs and it works fine.