Electron en Tauri zijn twee populaire frameworks voor het bouwen van desktopapplicaties met webtechnologieën. Met beide kunnen ontwikkelaars HTML, CSS, JavaScript en moderne frontendframeworks gebruiken om applicaties voor macOS, Windows en Linux te maken. Ze hanteren echter fundamenteel verschillende benaderingen voor de manier waarop die applicaties worden uitgevoerd.
Electron bundelt Chromium en Node.js met elke applicatie en biedt zo een consistente browserengine en runtime op alle besturingssystemen. Tauri kiest voor een lichtere aanpak en gebruikt de bestaande webview van het besturingssysteem naast een op Rust gebaseerde backend. Dit architectuurverschil heeft gevolgen voor de applicatiegrootte, het geheugengebruik, de prestaties, de beveiliging, de compatibiliteit en de productiviteit van ontwikkelaars.
Tauri wordt vaak gepresenteerd als een moderner, lichtgewicht alternatief voor Electron. Hoewel het duidelijke voordelen heeft, vooral op het gebied van applicatiegrootte en resourcegebruik, blijft Electron een sterke keuze voor veel soorten desktopsoftware. Grote applicaties zoals Visual Studio Code, Slack, Discord, Notion en Figma gebruiken Electron. Bij WebCatalog hebben we ook voor Electron gekozen als basis voor onze platformonafhankelijke desktopapplicaties.
Welk framework moet je dus kiezen? Inzicht in de afwegingen is nuttiger dan een van beide frameworks tot winnaar uitroepen.
Electron vs. Tauri in één oogopslag
Voordat we de technische verschillen verkennen, zie je hier hoe de twee frameworks zich op belangrijke kenmerken tot elkaar verhouden.
| Kenmerk | Electron | Tauri |
|---|---|---|
| Browserengine | Meegeleverde Chromium | Systeemwebview |
| Backend | Node.js | Rust |
| Applicatiegrootte | Over het algemeen groter | Over het algemeen kleiner |
| Basisgeheugengebruik | Over het algemeen hoger | Over het algemeen lager |
| Consistentie tussen platforms | Hoog | Verschilt per platform |
| JavaScript-ecosysteem | Uitgebreide Node.js-ondersteuning | JavaScript voor de frontend, native API's via plug-ins en commando's |
| Beveiligingsmodel | Chromium-sandboxing, contextisolatie, IPC | Rust-backend, capabilities, IPC |
| Desktopplatforms | macOS, Windows, Linux | macOS, Windows, Linux |
| Mobiele ondersteuning | Geen officiële ondersteuning | Android en iOS |
| Het meest geschikt voor | Complexe desktopapps die afhankelijk zijn van Chromium | Lichtgewicht apps en hulpprogramma's met native integratie |
Deze verschillen komen voornamelijk voort uit één architectuurkeuze: een browserengine meeleveren of vertrouwen op de browserengine die het besturingssysteem biedt.
Architectuur: meegeleverde Chromium vs. systeemwebviews
Het grootste verschil tussen Electron en Tauri is de manier waarop ze webinhoud weergeven. Electron bevat zijn eigen Chromium-engine, waardoor applicaties op macOS, Windows en Linux in wezen dezelfde browsertechnologie gebruiken. Ontwikkelaars kunnen vertrouwen op een specifieke Chromium-versie en de web-API's die deze ondersteunt, ongeacht welk besturingssysteem hun gebruikers hebben geïnstalleerd.
Tauri gebruikt daarentegen de webview die elk besturingssysteem biedt. Dit vermindert aanzienlijk de hoeveelheid software die met een applicatie moet worden meegeleverd, maar betekent ook dat dezelfde applicatie afhankelijk van het platform op verschillende browserengines kan draaien.
| Platform | Electron | Tauri |
|---|---|---|
| macOS | Chromium | WKWebView (WebKit) |
| Windows | Chromium | WebView2 (Chromium) |
| Linux | Chromium | WebKitGTK |
| Android | Niet officieel ondersteund | Android WebView |
| iOS | Niet officieel ondersteund | WKWebView |
Voor applicaties met eenvoudige interfaces kunnen deze verschillen in de praktijk weinig invloed hebben. De meeste moderne frontendframeworks werken goed met zowel Chromium als WebKit. Applicaties die afhankelijk zijn van specifieke browser-API's, complex rendergedrag of geavanceerde webmogelijkheden kunnen echter tegen compatibiliteitsproblemen aanlopen.
Met Electron kunnen ontwikkelaars testen op een bekende Chromium-versie en diezelfde versie aan gebruikers distribueren. Met Tauri moeten ze rekening houden met verschillen tussen browserengines en mogelijk verschillende versies van systeemwebviews. Dit wordt vooral belangrijk bij het opsporen van problemen die alleen op bepaalde besturingssystemen of Linux-distributies optreden.
Geen van beide benaderingen is per definitie beter. Tauri beperkt duplicatie door gebruik te maken van software die al op de computer is geïnstalleerd, terwijl Electron een grotere applicatiegrootte accepteert in ruil voor meer controle en consistentie.
Applicatiegrootte, geheugengebruik en prestaties
Een van de duidelijkste voordelen van Tauri is de applicatiegrootte. Omdat Electron Chromium en Node.js meelevert, kunnen zelfs relatief eenvoudige Electron-applicaties honderden megabytes schijfruimte innemen. Tauri-applicaties kunnen aanzienlijk kleiner zijn, omdat ze gebruikmaken van de systeemwebview in plaats van een volledige browserengine in het applicatiepakket op te nemen.
Tauri kan ook een lager basisgeheugengebruik hebben, vooral bij lichtgewicht applicaties met minimale achtergrondverwerking. De Rust-backend is efficiënt en er hoeft geen aparte meegeleverde browserruntime te worden onderhouden. Voor kleine hulpprogramma's, notitie-apps en applicaties met relatief eenvoudige interfaces kunnen deze voordelen aanzienlijk zijn.
Kleinere applicaties zijn echter niet noodzakelijk sneller. Zowel Electron als Tauri gebruiken uiteindelijk browserengines om hun interfaces weer te geven, en de frontendprestaties zijn nog steeds sterk afhankelijk van de applicatiecode. Een inefficiënt React-component, een zware JavaScript-bewerking of een geheugenlek blijft een probleem, ongeacht het framework.
Er is ook een belangrijk onderscheid tussen applicatiegrootte en het totale resourcegebruik. Tauri elimineert de browserengine niet; het gebruikt simpelweg de browserengine die door het besturingssysteem wordt geleverd. Op Windows betekent dit dat het afhankelijk is van WebView2, dat doorgaans beschikbaar is op moderne Windows-installaties. Op macOS en Linux betekent dit dat het afhankelijk is van de respectieve WebKit-implementaties.
Voor een zinvolle prestatievergelijking moeten ontwikkelaars het volgende meten:
- Applicatiegrootte: downloadgrootte en schijfgebruik na installatie.
- Opstarttijd: hoe snel de applicatie interactief wordt.
- Geheugengebruik in rust: geheugengebruik wanneer de applicatie geopend maar niet actief is.
- Geheugen- en CPU-gebruik bij actief gebruik: resourcegebruik tijdens realistische workloads.
- Responsiviteit: renderprestaties en vertraging bij gebruikersinteracties.
De resultaten zijn afhankelijk van de applicatie. Tauri heeft vaak een voordeel bij lichtgewicht applicaties, terwijl de consistente Chromium-omgeving van Electron het eenvoudiger kan maken om complexe applicaties op verschillende platforms te testen en te optimaliseren.
Ontwikkelaarservaring en beveiliging
Electron heeft een aanzienlijk voordeel voor teams die al ervaring hebben met JavaScript en TypeScript. De integratie met Node.js biedt toegang tot een volwassen ecosysteem van bibliotheken voor bestandssysteembewerkingen, netwerkcommunicatie, databases, achtergrondprocessen en besturingssysteemfunctionaliteit. Ontwikkelaars kunnen geavanceerde desktopapplicaties bouwen zonder noodzakelijkerwijs een andere programmeertaal aan hun technologiestack toe te voegen.
Tauri gebruikt Rust voor zijn native backend, wat uitstekende prestaties, geheugenveiligheid en sterke garanties tijdens het compileren oplevert. Ontwikkelaars kunnen hun interfaces nog steeds bouwen met React, Vue, Svelte of andere JavaScript-frameworks, en Tauri biedt plug-ins en JavaScript-API's voor veel gangbare native bewerkingen.
Voor functionaliteit buiten die API's kan het echter nodig zijn om Rust-code of platformspecifieke code te schrijven. Voor teams die al vertrouwd zijn met Rust kan dit een voordeel zijn. Voor teams die voornamelijk met TypeScript werken, kan het extra complexiteit met zich meebrengen.
Beveiliging is een ander gebied waarop de twee frameworks een verschillende aanpak hanteren. Tauri biedt een op capabilities gebaseerd machtigingensysteem dat is ontworpen om te beperken tot welke native bewerkingen frontendcode toegang heeft. Electron biedt Chromium-sandboxing, contextisolatie en instellingen om de toegang tot Node.js en andere geprivilegieerde API's te beperken.
Beide frameworks kunnen veilige applicaties ondersteunen wanneer ze correct zijn geconfigureerd, en beide kunnen gebruikers blootstellen aan kwetsbaarheden wanneer ontwikkelaars te ruime machtigingen verlenen of onveilig omgaan met niet-vertrouwde inhoud.
Een belangrijk verschil betreft beveiligingsupdates. Electron-ontwikkelaars zijn verantwoordelijk voor het bijwerken van hun meegeleverde Chromium-runtime en het distribueren van nieuwe applicatieversies wanneer beveiligingspatches beschikbaar komen. Tauri vertrouwt voor beveiligingspatches voor de browserengine doorgaans op updates van het besturingssysteem of de webviewprovider. Dit vermindert een deel van de onderhoudsverantwoordelijkheden voor applicatieontwikkelaars, hoewel de beschikbaarheid van updates afhankelijk is van het besturingssysteem en de geïnstalleerde webview van de gebruiker.
Uiteindelijk hangt beveiliging meer af van hoe een applicatie wordt ontworpen en onderhouden dan van het framework dat wordt gebruikt. Kiezen voor Tauri maakt een applicatie niet automatisch veilig, net zoals kiezen voor Electron een applicatie niet automatisch onveilig maakt.
Waarom grote bedrijven Electron blijven gebruiken
Ondanks de veelvuldige kritiek op de applicatiegrootte en het resourcegebruik blijft Electron een populaire keuze voor grote softwareproducten. Enkele van de meestgebruikte desktopapplicaties zijn gebouwd met Electron. Dit laat zien dat de architectuur complexe software kan ondersteunen die door miljoenen mensen wordt gebruikt.
Voorbeelden zijn:
| Bedrijf | Applicatie |
|---|---|
| Microsoft | Visual Studio Code |
| Salesforce | Slack |
| Discord | Discord |
| Notion | Notion |
| Figma | Figma |
| Signal | Signal Desktop |
| GitHub | GitHub Desktop |
| OpenAI | ChatGPT Desktop |
Deze applicaties dienen zeer uiteenlopende doelen, van softwareontwikkeling en communicatie tot ontwerp en productiviteit. Wat ze gemeen hebben, is de behoefte om geavanceerde desktopervaringen te bieden en daarbij gebruik te maken van webtechnologieën.
Electron biedt een volwassen ecosysteem, een consistente Chromium-runtime en de mogelijkheid om webinterfaces te combineren met native functionaliteit van het besturingssysteem. Door het brede gebruik kunnen ontwikkelaars bovendien profiteren van jaren aan documentatie, opensourcebibliotheken, debuggingtools en oplossingen voor veelvoorkomende problemen.
Bij grote applicaties kunnen ontwikkelproductiviteit en onderhoudbaarheid belangrijker zijn dan het minimaliseren van de grootte van het installatiepakket. Honderd megabyte extra schijfruimte kan een aanvaardbare afweging zijn als dit de technische complexiteit van platformonafhankelijke ontwikkeling vermindert en de applicatie eenvoudiger te onderhouden maakt.
Dit betekent niet dat Electron altijd de juiste keuze is, en evenmin dat elk bedrijf het om dezelfde redenen heeft gekozen. Het voortdurende gebruik in grote productieapplicaties laat echter zien dat Electron een praktische, gevestigde optie blijft, in plaats van een verouderde technologie die ontwikkelaars automatisch zouden moeten vervangen.
Je kunt meer voorbeelden bekijken in het officiële overzicht van Electron-apps.
Waarom we bij WebCatalog voor Electron kiezen
Bij WebCatalog gebruiken we Electron om platformonafhankelijke desktopapplicaties te bouwen, en we geloven dat het voor onze specifieke vereisten nog steeds het juiste framework is.
Met WebCatalog kunnen gebruikers websites omzetten in desktopapplicaties, met meerdere accounts onafhankelijk van elkaar aangemeld blijven en hun applicaties organiseren op macOS, Windows en Linux. Anders dan bij een conventionele desktopapplicatie, waarbij ontwikkelaars de frontend beheren en deze voor een specifieke omgeving kunnen optimaliseren, moeten wij een grote verscheidenheid aan websites ondersteunen waarover we geen controle hebben.
Deze websites kunnen verschillende authenticatiesystemen, opslagmechanismen, mediafuncties, browser-API's en JavaScript-frameworks gebruiken. Een website die correct werkt in Chromium kan zich anders gedragen in WebKit, en het waarborgen van compatibiliteit met meerdere browserengines zou extra technische uitdagingen met zich meebrengen.
De consistente Chromium-runtime van Electron helpt ons een groot deel van deze complexiteit te vermijden. Hiermee kunnen we een voorspelbare browseromgeving bieden op de ondersteunde desktopplatforms, in plaats van afhankelijk te zijn van verschillende systeemwebviews.
Electron biedt ook volwassen API's voor het beheren van browsersessies, cookies, opslag, machtigingen en navigatie. De mogelijkheden voor sessiepartitionering zijn bijzonder waardevol voor WebCatalog, omdat gebruikers daarmee meerdere onafhankelijke aanmeldsessies voor dezelfde website kunnen onderhouden.
Tauri kan ook externe websites weergeven, en vergelijkbare functionaliteit kan worden geïmplementeerd met de webview-API's, plug-ins of platformspecifieke integraties. Het verschil is dat Electron een consistentere basis biedt voor applicaties die om browserfunctionaliteit draaien, vooral wanneer ze willekeurige diensten van derden moeten ondersteunen.
Ondersteuning voor Linux versterkt dit voordeel. Linux-distributies verschillen aanzienlijk wat betreft de beschikbare systeembibliotheken, desktopomgevingen en softwareversies. De meegeleverde Chromium-runtime van Electron neemt één belangrijke bron van variatie weg, terwijl Tauri-applicaties rekening moeten houden met de WebKitGTK-omgeving die op elke ondersteunde distributie beschikbaar is.
Die consistentie heeft een prijs. Electron-applicaties zijn groter en ontwikkelaars moeten het resourcegebruik zorgvuldig beheren. Bij WebCatalog zoeken we voortdurend naar manieren om die overhead te verminderen. Zo introduceerden we APFS-klonen om het schijfgebruik van gegenereerde Mac-applicaties te verminderen. Dit laat zien dat sommige nadelen van Electron kunnen worden aangepakt zonder het framework op te geven.
Onze beslissing is niet gebaseerd op de overtuiging dat Electron in alle gevallen beter is dan Tauri. Ze is gebaseerd op de vereisten van ons product. Voor WebCatalog zijn browsercompatibiliteit, consistent gedrag op verschillende besturingssystemen en volwassen mogelijkheden voor sessiebeheer waardevoller dan het minimaliseren van de applicatiegrootte.
Waar Tauri het voordeel heeft
Ondanks onze voorkeur voor Electron bij WebCatalog zijn er veel situaties waarin Tauri de betere keuze kan zijn. Voor lichtgewicht desktophulpprogramma's zijn kleinere applicatiepakketten en een lager basisresourcegebruik overtuigende voordelen. Applicaties die voornamelijk hun eigen frontend weergeven, relatief eenvoudige native vereisten hebben en niet afhankelijk zijn van een specifieke browserengine, kunnen aanzienlijk profiteren van de architectuur van Tauri.
Tauri is ook aantrekkelijk voor ontwikkelaars die de voorkeur geven aan Rust of native applicatielogica tussen platforms willen delen. Sinds Tauri 2 ondersteunt het framework naast desktopbesturingssystemen ook officieel Android en iOS. Electron is daarentegen voornamelijk ontworpen voor desktopontwikkeling en ondersteunt mobiele platforms niet officieel.
Een andere overweging is onderhoud. De consistente runtime van Electron vereenvoudigt compatibiliteitstests, maar vereist ook dat applicatieontwikkelaars hun meegeleverde Chromium-versies onderhouden en bijwerken. Tauri legt een groter deel van die verantwoordelijkheid bij het besturingssysteem, wat voor bepaalde applicaties de onderhoudslast kan verlagen. Ontwikkelaars moeten echter mogelijk extra moeite steken in het testen van verschillende webview-implementaties en het oplossen van platformspecifieke problemen.
De totale ontwikkelkosten zijn belangrijker dan welke afzonderlijke benchmark dan ook. Een framework dat geheugen bespaart maar aanzienlijk meer ontwikkelwerk vereist, is mogelijk niet de efficiëntste keuze voor een bepaald team. Omgekeerd kan het onnodig zijn om een grote Chromium-runtime mee te leveren voor een eenvoudig hulpprogramma als Tauri dezelfde taak met minder resources kan uitvoeren.
Electron vs. Tauri: welk framework moet je kiezen?
Beide frameworks zijn geschikt voor het bouwen van productieklare desktopapplicaties, maar ze zijn geoptimaliseerd voor verschillende prioriteiten.
| Jouw prioriteit | Beter uitgangspunt | Waarom |
|---|---|---|
| Kleine download- en installatiegrootte | Tauri | Gebruikt de systeemwebview |
| Laag basisresourcegebruik | Tauri | Lichtgewicht native backend |
| Consistente weergave op desktopplatforms | Electron | Levert dezelfde Chromium-engine mee |
| Uitgebreide Node.js-integratie | Electron | Ingebouwde Node.js-runtime |
| Op Rust gebaseerde native functionaliteit | Tauri | Rust is de primaire backendtaal |
| Willekeurige websites van derden weergeven | Electron | Voorspelbare Chromium-omgeving |
| Complex beheer van browsersessies | Electron | Volwassen sessie- en partitie-API's |
| Desktop- en mobiele ontwikkeling | Tauri | Officiële ondersteuning voor desktop en mobiel |
| Minimale compatibiliteitstests tussen browsers | Electron | Een consistente engine op alle desktopplatforms |
Dit zijn algemene aanbevelingen en geen absolute regels. Met Electron kunnen efficiënte applicaties worden gebouwd, terwijl Tauri als basis voor geavanceerde software kan dienen. De beste keuze hangt af van de productvereisten en de bestaande expertise van het team.
Voor teams die geavanceerde desktopapplicaties bouwen, verdienen het gevestigde ecosysteem en de bewezen staat van dienst van Electron serieuze overweging. Het gebruik door Microsoft, Slack, Discord en andere grote softwareontwikkelaars toont aan dat het framework aan veeleisende productievereisten kan voldoen.
Tegelijkertijd biedt Tauri een overtuigend alternatief voor projecten die prioriteit geven aan kleinere binaire bestanden, een lager basisresourcegebruik, Rust-integratie of gedeelde ontwikkeling voor desktop en mobiel.
Tot slot
Het debat over Electron vs. Tauri wordt vaak teruggebracht tot een eenvoudige vergelijking: Electron is groot, Tauri is klein. Maar het betekenisvollere onderscheid is dat tussen een meegeleverde, consistente runtime en een lichtgewicht framework dat integreert met webviews van het besturingssysteem.
Electron geeft prioriteit aan consistentie tussen platforms, integratie met het JavaScript-ecosysteem en uitgebreide controle over browserfunctionaliteit. Tauri geeft prioriteit aan kleinere applicatiepakketten, efficiënte native uitvoering en een nauwere integratie met de webviews van het besturingssysteem.
Bij WebCatalog hebben we voor Electron gekozen, net zoals veel grote softwarebedrijven dat voor hun desktopapplicaties hebben gedaan. We hechten waarde aan het volwassen ecosysteem, de consistente Chromium-runtime en de uitgebreide browserfunctionaliteit. Deze voordelen helpen ons een product te bouwen en te onderhouden dat een breed scala aan websites op meerdere besturingssystemen ondersteunt.
Dat maakt Tauri geen slechte keuze. Voor lichtgewicht hulpprogramma's of applicaties met andere vereisten kunnen de voordelen ervan zwaarder wegen dan die van Electron.
Het beste framework is niet noodzakelijk het framework met het kleinste uitvoerbare bestand of het laagste geheugengebruik. Het is het framework waarmee je team je applicatie het effectiefst kan bouwen, onderhouden en verbeteren.
