Earlier quoted context omitted.
There’s no Chromium in RN, that’s the whole idea behind Native part. It ships optimized JS runtime called Hermes. And Discord mobile app on iOS doesn’t even use RN, it’s a native application.
No, it’s React Native.
The Swift SDK for Android
281–290 of 298 posts
Re: The Swift SDK for Android
#282Earlier quoted context omitted.
> Swift embedded, for example, is a sort of proof of concept more than viable platform, and you end up battling that more than the problem you are trying to solve. Yet Apple has managed to create WatchOS. I don’t know what is the portion of Swift, however.
WatchOS is hardly embedded though. An Apple Watch is basically a small iPhone tied to your wrist in terms of architecture. That’s got a whole lot more in common with a full desktop computer than it does with a microcontrollers, where they often have rather weird architectures by desktop standards, and it’s quite rare to have MMUs and things like that. Also, there is no underlying OS, and no heap allocator (unless you…
Re: The Swift SDK for Android
#283> Swift has matured significantly over the past decade — extending from cloud services to Windows applications, browser apps, and microcontrollers Really!!! Would love to know more how that statement is true. I could not find any resources to support that claim
Re: The Swift SDK for Android
#284Does this project tie in to the SKIP transpiler? https://skip.tools/blog/bringing-swift-to-android/ I have an existing Swift / SwiftUI app that I am looking to port to Android, and have been not wanting to move to React Native.
Yes, Skip is a major contributor to this effort!
Re: The Swift SDK for Android
#285Earlier quoted context omitted.
There are external factors apart from your own API that can impact latency, for example a user could be in an area of poor internet connection or have a slow connection. Users do not live in our perfect development environment bubble where everything just works, it’s important not to assume that.
If it takes 1 second for a small percent of users to get form validation back it won't impact the business
Related: A few Sundays ago I wanted to play Anno again. Sadly it was not installed on the Laptop I used. So i started downloding it because you won't get it on DVD/as iso-file today). Now it's a few Sundays after and I didn't play yet - because the download took 7 hours.
Re: The Swift SDK for Android
#286Earlier quoted context omitted.
> the demos on your page look like impostors on Android On the Android side, Skip apps utilize Jetpack Compose directly, which is the officially recommended toolkit for creating Android apps these days ( https://developer.android.com/compose ). It isn't mimicking native UI like other x-platform tools, but is actually using the Google-recommended API.
The three buttons dialog (ContentView.swift Showcase) in particular looks like iOS rather than Android.
Re: The Swift SDK for Android
#287Earlier quoted context omitted.
The Browser Company did an amazing job of porting SwiftUI to Windows, where the element primitives in the language map to native Windows UI C++ classes under the hood. Perhaps the future of Swift for Android is similar, where SwiftUI will map to Jetpack elements. That would be cool. Remember on iOS and MacOS, SwiftUI is not "native". It's a description language that system frameworks interpret and create NSViews and…
Is their code available somewhere. I need this for UIKit so that I can make my UIs in Go. I have the gist of what it would require but have yet to implement everything. (if swiftUI allowed more control over the UI tree, I would even target it but full declarative à la react with vdom diffing is no bueno for fine grained rendering control)
Re: The Swift SDK for Android
#288Earlier quoted context omitted.
If it takes 1 second for a small percent of users to get form validation back it won't impact the business
That's how we got to "download 50 GB before playing a game on a console is fine", feels like we just stopped carying. Sending the form to the BE just to do same basic validation adds so much latency to the UI that it feel unusable for many/most users. Related: A few Sundays ago I wanted to play Anno again. Sadly it was not installed on the Laptop I used. So i started downloding it because you won't get it on DVD/as i…
I just checked one of my app's register page (which makes > $2M ARR). If you submit a short password it returns an error from the backend that says "Password should be at least 6 characters.". (It uses Supabase). But yeah, that is so unusable it is basically the same as taking 7 hours to download a game onto your Playstation. Great logic!
Re: The Swift SDK for Android
#289Earlier quoted context omitted.
Xcode is dogshit though… I’m mostly in Neovim writing typescript (react native) luckily.
I've not had much trouble with Xcode in the past 15+ years I've been using it. Its biggest warts involve Interface Builder, which is easily avoidable by using code for UI instead of XIBs or storyboards. With Android Studio, I'd say the ways that it being an IntelliJ IDE puts it above Xcode are cancelled out by other aspects of Android development, which can be abysmal. Swift Package Manager and Clang/llvm code stripp…
Re: The Swift SDK for Android
#290Earlier quoted context omitted.
Why would a marginal platform language become de facto language for mobile? If anything, Kotlin is much better positioned to fill the niche. It is already far, far ahead of anything Swift has to offer and is backed by a company actually making money out of the tools. What incentive does Apple have? My bet is expanding Apple services (Apple TV, Music, etc.), but is that enough for Apple to create a proper dev ecosyste…
> It is already far, far ahead of anything Swift has to offer Please share what Kotlin has that Swift doesn't