4 ms·
While I tend to agree that Electron is going to be more and more relevant, I'd like to counter-argument that native apps these days are accompanied by powerful
by pantulis 5y ago
While I tend to agree that Electron is going to be more and more relevant, I'd like to counter-argument that native apps these days are accompanied by powerful vendor services. For example, if you target the Apple ecosystem you get CloudKit and can deploy syncing between devices very easily and translating operational infrastructure costs to the user. Need crypto? You have CryptoKit, and so on.
What this means: any app will try to expand to become multiplatform and multidevice but if that's the business case you are bound to be challenged by niche players that can execute better and with less cost for a single platform. I think both models can coexist, but niche players will always be niche players.
- the_duke 5y agoYou can always extend Electron apps with platform-native capabilities. Things like Neon [1], a wrapper for writing node bindings in Rust, make this particularly convenient. You can then use Rust to call into platform native APIs. It's more work, but you can still benefit from cross platform UI development and augment it with native code where appropriate. [1] https://github.com/neon-bindings/neon https://github.com/neon-bindings/neon
- AnIdiotOnTheNet 5y agoSo now you get all the bloat of a bundled web browser and the completely-non-native GUI of a website plus the all the security of a native application?