> In the future, we will release a package that allows you to "merge" your arm64 and x64 apps into a single universal binary, but it's worth noting that this binary would be huge and probably isn't ideal for shipping to users.
It seems like things are going to get a bit confusing with Electron apps, and with the number of Electron apps that exist, this transition might not be as transparent as Apple might have hoped.
Funny, because that's what I've always considered of Electron. I wonder where the breaking point for Electron is?
It's usually more along the lines of product owners preferring features over speed though
Especially if the product owner is the developer itself, as features are way more fun to produce then fighting through some native docs which sometimes don't even work anymore.
It’s also about being a able to ship a v1 product quickly and capture market share quickly. You can optimize speed and memory in future releases. Definitely not the best for the users.
Clearly. But I wonder: If electron didn't exist, would e.g.: Slack or Discord applications be native or wouldn't exist at all. I'm quite convinced that the latter is true.
You say it like it's a bad thing.
I'd also like to live in an alternative universe where all companies can pay more developers to develop native applications for all platforms, unfortunately that is not the case.
Electron has plenty of non-web APIs, plenty of non-web permissions, etc.
You could do exactly the same thing with webkit's APIs.
As a framework, webkit has a stable abi as well which means electron apps would just work with updated system webkit, rather than needing to be rebuilt. Similar for JavaScriptCore vs V8. Unfortunately JSC’s API isn’t nearly complete enough.
So by using electron you've made your life easier, but have produce an app that is much worse for the people actually using it.
It’s perf as a text editor compared to native text editors is abysmal, and if you compare to Xcode you have to include the many processes spawned for basic code support.
VSCode’s idea of a file that is too large to process is smaller than xcode’s which is itself pretty unresponsive for a while when loading files that textmate and other native editors handle without a problem.