Live data from Hacker News

Announcing the Android Workgroup

forums.swift.org

1–10 of 17 posts

Re: Announcing the Android Workgroup

#7
post #6
post #5

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.

Re: Announcing the Android Workgroup

#8
post #7
post #6

Earlier quoted context omitted.

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.

Yeah Swift isn’t SwiftUI.

Re: Announcing the Android Workgroup

#9
post #7
post #6

Earlier quoted context omitted.

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.

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.

Re: Announcing the Android Workgroup

#10
You can use Swift on Android today with Skip Tools. https://skip.tools/ The Skip devs are founding members of the Swift on Android working group.

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.

Post reply on HN