Electron en Chromium Embedded Framework (CEF) zijn twee gevestigde technologieën om Chromium in desktopapplicaties te gebruiken. Beide stellen ontwikkelaars in staat software te bouwen die moderne websites en webinterfaces weergeeft op macOS, Windows en Linux. Ze dienen echter fundamenteel verschillende doelen.
Electron is een compleet framework voor desktopapplicaties dat Chromium, Node.js en native API's van het besturingssysteem combineert. Ontwikkelaars kunnen volledige applicaties bouwen met JavaScript, TypeScript, HTML en CSS, zonder uitgebreide ervaring met native programmeren nodig te hebben. CEF is daarentegen een framework om Chromium in bestaande of nieuwe applicaties in te bedden, doorgaans geschreven in C++ of andere native programmeertalen.
Beide technologieën worden veel gebruikt in productiesoftware. Electron vormt de basis van applicaties zoals Visual Studio Code, Slack, Discord en Notion, terwijl CEF wordt gebruikt in producten zoals Spotify, Steam en OBS Studio. Bij WebCatalog hebben we voor Electron gekozen om onze platformonafhankelijke desktopapplicaties te bouwen.
Wat zijn de verschillen, en wanneer is het zinvol om de ene technologie boven de andere te kiezen?
Electron versus CEF in één oogopslag
Hoewel Electron en CEF allebei Chromium gebruiken, verschillen ze aanzienlijk in architectuur, ontwikkelaarservaring en beoogde toepassingen.
| Kenmerk | Electron | Chromium Embedded Framework (CEF) |
|---|---|---|
| Voor het eerst geïntroduceerd | 2013 | 2008 |
| Primair doel | Complete desktopapps bouwen | Chromium in andere applicaties inbedden |
| Browserengine | Chromium | Chromium |
| Primaire programmeertalen | JavaScript, TypeScript | C, C++, met bindings van derden |
| Node.js inbegrepen | Ja | Nee |
| Native integratie | Electron-API's en native Node.js-modules | Directe integratie met native code |
| Applicatiestructuur | Hoofdproces en rendererprocessen | Hostapplicatie met Chromium-subprocessen |
| Offscreen-rendering | Mogelijk via maatwerkoplossingen | Ingebouwde API-ondersteuning |
| Applicatiegrootte | Doorgaans groot | Afhankelijk van de integratie, maar Chromium is omvangrijk |
| Prestaties | Afhankelijk van de applicatie | Afhankelijk van de applicatie en integratie |
| Platformondersteuning | macOS, Windows, Linux | macOS, Windows, Linux |
| Ecosysteem voor het verpakken van applicaties | Electron Forge, electron-builder | Doorgaans beheerd door de hostapplicatie |
| Het meest geschikt voor | Op JavaScript gebaseerde desktopapps | Native apps die ingebedde webinhoud nodig hebben |
Het belangrijkste onderscheid is dat Electron een applicatieframework biedt, terwijl CEF een framework biedt om een browser in te bedden. Ze zijn niet noodzakelijkerwijs directe alternatieven, omdat ze op verschillende abstractieniveaus werken.
Architectuur: compleet framework versus ingebedde browser
Electron combineert Chromium en Node.js in één applicatieruntime. Ontwikkelaars maken een hoofdproces dat applicatievensters, levenscyclusgebeurtenissen en native functionaliteit beheert, terwijl rendererprocessen de webgebaseerde interface afhandelen.
Dankzij deze architectuur kunnen ontwikkelaars het grootste deel van hun applicaties schrijven met vertrouwde JavaScript- en TypeScript-tools. Electron biedt API's voor het maken van vensters, het beheren van browsersessies, het afhandelen van menu's, het weergeven van meldingen, het openen van systeemdialoogvensters en integratie met het besturingssysteem.
CEF volgt een andere aanpak. In plaats van een compleet framework voor desktopapplicaties te bieden, stelt het ontwikkelaars in staat Chromium te integreren in een applicatie die ze zelf bouwen en beheren.
Een ontwikkelaar die een native C++-applicatie bouwt, kan CEF bijvoorbeeld gebruiken om webinhoud binnen een bestaand applicatievenster weer te geven. De omringende interface, de applicatielevenscyclus, achtergronddiensten en andere native functionaliteit blijven onder controle van de ontwikkelaar.
CEF biedt API's voor het beheren van browserinstanties, navigatie, het laden van bronnen, het uitvoeren van JavaScript en communicatie tussen de browser en de native applicatie. Het maakt ook gebruik van de multiprocesarchitectuur van Chromium, met afzonderlijke processen voor rendering en andere browserfunctionaliteit.
Dit onderscheid beïnvloedt hoe ontwikkelaars hun applicaties structureren. Bij Electron wordt de applicatie doorgaans opgebouwd rond Chromium en Node.js. Bij CEF is Chromium meestal één onderdeel binnen een grotere applicatie.
CEF kan ook worden gebruikt om applicaties te bouwen waarvan de interfaces voornamelijk webgebaseerd zijn, maar ontwikkelaars moeten dan zelf meer van de omringende applicatie-infrastructuur implementeren.
Een interessant historisch detail is dat vroege versies van Electron en NW.js CEF gebruikten. Electron stapte uiteindelijk over op een directere integratie met Chromium, omdat de abstractielaag van CEF bepaalde functies, met name diepgaande Node.js-integratie, moeilijk te implementeren maakte.
Voor ontwikkelaars die een compleet framework willen om desktopapplicaties met webtechnologieën te bouwen, biedt Electron over het algemeen een eenvoudiger startpunt. Voor ontwikkelaars die al een native applicatie hebben en webfunctionaliteit willen toevoegen, kan CEF de logischere keuze zijn.
Ontwikkelaarservaring: JavaScript versus native ontwikkeling
Een van de grootste voordelen van Electron is de toegankelijkheid. Ontwikkelaars die vertrouwd zijn met moderne webontwikkeling kunnen hun bestaande vaardigheden gebruiken om desktopapplicaties te bouwen zonder C++ of platformspecifieke UI-frameworks te leren.
De integratie van Electron met Node.js biedt toegang tot een groot ecosysteem van pakketten voor bestandssysteembewerkingen, netwerkcommunicatie, databases, achtergrondprocessen en andere functionaliteit. Populaire frontendtechnologieën zoals React, Vue, Svelte en Angular kunnen zonder ingrijpende architectuurwijzigingen worden gebruikt.
CEF is primair ontworpen rond C- en C++-API's. Hoewel er bindings van derden bestaan voor talen zoals C#, Java, Python en Delphi, moeten ontwikkelaars nog steeds de architectuur van de native applicatie en de vereisten van CEF op het gebied van processen, threading en levenscyclus begrijpen.
Voor een team dat al een native applicatie onderhoudt, kan dit eerder een voordeel dan een nadeel zijn. Met CEF kunnen ontwikkelaars een moderne webinterface toevoegen zonder bestaande native code te herschrijven of een volledig nieuw applicatieframework te gebruiken.
Voor een op JavaScript gericht team dat aan een nieuwe desktopapplicatie begint, vereist CEF echter doorgaans meer configuratie en werk aan native integratie.
Het verschil strekt zich ook uit tot de tooling. Electron profiteert van gevestigde tools zoals Electron Forge en electron-builder, die het verpakken, ondertekenen, distribueren en bijwerken van applicaties vereenvoudigen. CEF biedt binaire distributies en voorbeelden, maar ontwikkelaars zijn doorgaans zelf verantwoordelijk voor de integratie van het framework in hun eigen build- en deploymentsystemen.
Dit maakt CEF niet minder krachtig. Het weerspiegelt simpelweg het doel ervan: een in te bedden component in plaats van een compleet platform voor applicatieontwikkeling.
Prestaties, geheugengebruik en applicatiegrootte
Omdat zowel Electron als CEF Chromium gebruiken, neemt geen van beide automatisch het extra resourcegebruik weg dat gepaard gaat met het draaien van een moderne browserengine.
Beide technologieën kunnen meerdere processen gebruiken voor rendering, GPU-versnelling, netwerkcommunicatie en andere browserfunctionaliteit. Het geheugen- en CPU-gebruik hangen sterk af van de weergegeven inhoud, het aantal actieve browserinstanties en de manier waarop de applicatie haar resources beheert.
CEF kan meer flexibiliteit bieden wanneer het in een bestaande native applicatie wordt geïntegreerd. Ontwikkelaars kunnen Chromium alleen gebruiken voor de delen van de interface die webtechnologieën vereisen, terwijl ze andere functionaliteit rechtstreeks in native code implementeren.
Een grafische applicatie kan CEF bijvoorbeeld gebruiken voor een instellingenpaneel of ingebedde webinterface, terwijl de renderingengine, documentverwerking en andere prestatiegevoelige functionaliteit native blijven.
Electron-applicaties kunnen ook native code uitvoeren via Node.js-add-ons, externe processen of native modules. De architectuur van Electron is echter over het algemeen gericht op het bouwen van de applicatie zelf met webtechnologieën.
Een bijzonder nuttige mogelijkheid van CEF is offscreen-rendering. In plaats van webinhoud in een traditioneel browservenster weer te geven, kan CEF inhoud renderen naar buffers die de hostapplicatie zelf verwerkt en weergeeft. Dit is waardevol voor applicaties zoals game-engines, streamingsoftware en tools met aangepaste renderingsystemen.
Electron kan gespecialiseerde renderingworkflows ondersteunen via aanvullende integraties, maar CEF biedt offscreen-rendering als een vast onderdeel van zijn API voor inbedding.
Voor ontwikkelaars die prestaties evalueren, zijn de volgende metingen het nuttigst:
- Opstarttijd: Hoe snel de applicatie bruikbaar wordt.
- Geheugengebruik: Het resourcegebruik bij representatieve browserinhoud en native functionaliteit.
- CPU-gebruik: De prestaties tijdens rendering, navigatie en achtergrondbewerkingen.
- Applicatiegrootte: De downloadgrootte en de schijfruimte die de geïnstalleerde applicatie gebruikt.
- Renderingvereisten: Of de applicatie gewone vensters of aangepaste offscreen-rendering nodig heeft.
Het is ook belangrijk om onderscheid te maken tussen CEF en frameworks die systeemwebviews gebruiken. CEF bevat Chromium en is dus niet afhankelijk van de browserengine die door het besturingssysteem is geïnstalleerd. Daardoor levert een overstap van Electron naar CEF niet automatisch een aanzienlijk kleinere applicatie op.
Ontwikkelaars die vooral kleinere applicatiepakketten belangrijk vinden, kunnen alternatieven zoals Tauri overwegen, dat door het systeem geleverde webviews gebruikt.
Noch Electron noch CEF kan zonder benchmarks van een concrete implementatie als categorisch sneller worden beschouwd.
Beveiliging en browserupdates
Zowel Electron als CEF vertrouwen op de browserarchitectuur en beveiligingsmechanismen van Chromium, maar ontwikkelaars zijn verantwoordelijk voor de juiste configuratie van hun applicaties.
Electron biedt functies zoals sandboxing van rendererprocessen, contextisolatie en op IPC gebaseerde communicatie tussen applicatiefunctionaliteit met verhoogde rechten en webinhoud. In de beveiligingsdocumentatie wordt aanbevolen om de toegang tot Node.js te beperken, IPC-berichten zorgvuldig te valideren en op afstand geladen inhoud als onvertrouwd te behandelen.
CEF ondersteunt ook de multiprocesarchitectuur en beveiligingsisolatie van Chromium. Omdat CEF echter wordt geïntegreerd in een applicatie die door de ontwikkelaar wordt beheerd, is de hostapplicatie verantwoordelijk voor het bepalen welke browserfuncties, machtigingen en native mogelijkheden beschikbaar worden gesteld.
CEF ondersteunt JavaScript-bindings en native communicatie, zodat ontwikkelaars webinhoud kunnen koppelen aan applicatiefunctionaliteit. Deze interfaces moeten zorgvuldig worden ontworpen, vooral bij het weergeven van websites van derden.
| Beveiligingsaspect | Electron | CEF |
|---|---|---|
| Chromium-sandboxing | Ondersteund | Ondersteund |
| Native toegang met verhoogde rechten | Node.js en Electron-API's | Native API's van de hostapplicatie |
| Communicatie van JavaScript naar native code | Preloadscripts en IPC | V8-bindings en berichtenuitwisseling tussen processen |
| Isolatie van externe inhoud | Sandboxing van rendererprocessen en contextisolatie | Procesisolatie van Chromium en beheersmechanismen van de host |
| Beveiligingsupdates voor de browser | Upgrades naar nieuwe Electron-versies | Upgrades naar nieuwe CEF-versies |
| Verantwoordelijkheid voor applicatiebeveiliging | Applicatieontwikkelaar | Applicatieontwikkelaar |
Een ander belangrijk aandachtspunt is browseronderhoud. Zowel Electron als CEF leveren doorgaans hun eigen Chromium-runtime mee, dus ontwikkelaars moeten applicatie-updates uitbrengen wanneer beveiligingsoplossingen beschikbaar komen.
CEF biedt releasebranches die Chromium volgen en binaire distributies die dit proces vereenvoudigen. Electron onderhoudt op vergelijkbare wijze releases waarin updates voor Chromium en Node.js zijn opgenomen.
Geen van beide benaderingen neemt de noodzaak van doorlopend onderhoud volledig weg. Applicaties die oudere Chromium-versies gebruiken, kunnen kwetsbaar blijven voor beveiligingsproblemen die in het bronproject al zijn verholpen.
Voor teams die software bouwen waarmee willekeurige websites worden weergegeven, moet beveiligingsonderhoud worden beschouwd als een essentieel onderdeel van de applicatielevenscyclus en niet als een incidentele taak.
Gebruik: grote applicaties die Electron en CEF gebruiken
Zowel Electron als CEF worden op grote schaal in productiesoftware gebruikt, maar de gebruikspatronen verschillen.
Electron is vooral zichtbaar bij gangbare desktopapplicaties voor productiviteit, communicatie en ontwikkelaars. Microsoft gebruikt Electron voor Visual Studio Code, en andere bekende Electron-producten zijn Slack, Discord, Notion, Figma, Signal Desktop en GitHub Desktop.
CEF wordt ook gebruikt door grote softwarebedrijven, vooral voor het integreren van webinterfaces in applicaties met een bestaande native architectuur.
Voorbeelden zijn:
| Applicatie | Technologie | Typisch gebruik |
|---|---|---|
| Visual Studio Code | Electron | Platformonafhankelijke code-editor |
| Slack | Electron | Teamcommunicatie |
| Discord | Electron | Communicatie- en communityplatform |
| Notion | Electron | Notities en productiviteit |
| Figma Desktop | Electron | Ontwerpapplicatie |
| Spotify Desktop | CEF | Webgebaseerde interface binnen de desktopclient |
| Steam | CEF | Ingebedde webinterfaces in de desktopclient |
| OBS Studio | CEF | Browserbronnen, overlays en browserdocks |
Het gebruik van CEF door Spotify is bijzonder goed gedocumenteerd. Op zijn officiële opensourcepagina publiceert Spotify de CEF- en Chromium-versies die bij releases van Spotify Desktop horen.
OBS Studio biedt nog een duidelijk voorbeeld van waarom ontwikkelaars voor CEF kiezen. De obs-browser-integratie gebruikt CEF om browserbronnen aan te bieden, waarmee gebruikers webgebaseerde overlays en andere inhoud in streamingscènes kunnen weergeven. CEF is een onderdeel van OBS Studio en niet het framework waarmee de volledige applicatie is gebouwd.
Steam gebruikt eveneens op Chromium gebaseerde ingebedde webcomponenten in zijn desktopclient en integreert webinterfaces met zijn bredere native applicatie-infrastructuur.
Deze voorbeelden illustreren het onderscheid tussen de technologieën. Electron wordt vaak gebruikt om de volledige desktopapplicatie te bouwen, terwijl CEF vaak wordt gebruikt om webfunctionaliteit toe te voegen aan applicaties die al omvangrijke native componenten hebben.
CEF moet niet worden gezien als een onbekend of verouderd alternatief. Het project is in 2008 gestart, vóór Electron, en wordt al vele jaren op grote schaal gebruikt in commerciële software. De lange geschiedenis en het voortdurende gebruik in grote producten laten zien dat het inbedden van Chromium een belangrijke aanpak voor desktopontwikkeling blijft.
Electron heeft ondertussen een bijzonder sterk ecosysteem opgebouwd rond op JavaScript gebaseerde desktopapplicaties. Het brede gebruik, de gevestigde tooling en de betrokkenheid van grote technologiebedrijven maken het aantrekkelijk voor teams die nieuwe producten met webtechnologieën bouwen.
De twee frameworks hebben verschillende sterke punten omdat ze zich op verschillende architectuurvereisten richten.
Waarom we bij WebCatalog voor Electron kiezen
Bij WebCatalog hebben we Electron gekozen als basis voor onze platformonafhankelijke desktopapplicaties, omdat het nauw aansluit bij de vereisten van onze producten.
Met WebCatalog kunnen gebruikers websites omzetten in desktopapplicaties, meerdere accounts onafhankelijk van elkaar beheren en applicaties organiseren op macOS, Windows en Linux. Onze software moet websites ondersteunen die door duizenden verschillende ontwikkelaars zijn gemaakt, met uiteenlopende authenticatiesystemen, opslagmechanismen, browser-API's en JavaScript-frameworks.
Zowel Electron als CEF bieden een consistente Chromium-runtime, wat belangrijk is voor compatibiliteit. In tegenstelling tot frameworks die op systeemwebviews zijn gebaseerd, stellen ze ons in staat een bekende Chromium-versie te gebruiken op al onze ondersteunde desktopplatforms.
WebCatalog is echter niet in de eerste plaats een native applicatie die een ingebedde browsercomponent nodig heeft. Browserfunctionaliteit staat centraal in ons product. We hebben uitgebreide controle nodig over vensters, sessies, opslag, machtigingen, navigatie en het gedrag gedurende de applicatielevenscyclus.
Electron biedt volwassen API's voor deze vereisten. Met de interfaces BrowserWindow, webContents en session kunnen we browserachtige functionaliteit bouwen met JavaScript en TypeScript. Persistente sessiepartities zijn bijzonder belangrijk, omdat gebruikers daarmee onafhankelijke aanmeldsessies voor meerdere accounts op dezelfde website kunnen behouden.
CEF biedt ook API's voor het beheren van browserinstanties, verzoeken, opslag en native integratie. In principe zouden veel van dezelfde mogelijkheden met CEF kunnen worden geïmplementeerd. Daarvoor zouden we echter zelf meer native infrastructuur moeten bouwen en onderhouden.
De integratie van Electron met Node.js sluit ook aan bij onze technologiestack. We kunnen een groot deel van onze desktopapplicatielogica in TypeScript implementeren, code tussen producten delen en profiteren van het JavaScript-ecosysteem.
Platformonafhankelijke ontwikkeling is een andere overweging. WebCatalog ondersteunt macOS, Windows en Linux, inclusief platformspecifieke applicatiepakketten, integraties en systeemgedrag. De gevestigde API's en distributietools van Electron verminderen de hoeveelheid native code die we moeten onderhouden.
We erkennen dat Electron extra resourcegebruik met zich meebrengt. Het meeleveren van Chromium vergroot de applicatie, en browsergebaseerde applicaties vereisen zorgvuldig resourcebeheer. In plaats van Electron te vervangen, hebben we ons gericht op het verbeteren van ons gebruik ervan.
Zo hebben we APFS-klonen geïntroduceerd om het schijfgebruik van gegenereerde Mac-applicaties te verminderen, waardoor we dubbele opslag konden terugdringen zonder Chromium-compatibiliteit op te geven.
Onze beslissing betekent niet dat Electron in alle gevallen beter is dan CEF. Als WebCatalog voornamelijk een native applicatie met enkele ingebedde webinterfaces zou zijn, zou CEF een uitstekende keuze kunnen zijn. Maar omdat ons product fundamenteel is opgebouwd rond webapplicaties en browserfunctionaliteit, biedt Electron een productievere en beter onderhoudbare basis.
Waar CEF in het voordeel is
Hoewel Electron bij WebCatalog onze voorkeur heeft, biedt CEF belangrijke voordelen voor applicaties die een diepere integratie met native software vereisen.
CEF is vooral aantrekkelijk wanneer ontwikkelaars al een gevestigde C++-applicatie hebben en moderne webinterfaces willen toevoegen zonder hun bestaande architectuur te vervangen.
De ondersteuning voor offscreen-rendering is een ander belangrijk voordeel. Applicaties zoals streamingsoftware en game-engines moeten webinhoud mogelijk rechtstreeks naar aangepaste grafische pipelines renderen in plaats van naar conventionele desktopvensters. CEF biedt gevestigde API's voor deze gebruiksscenario's.
CEF geeft ontwikkelaars ook veel controle over browserintegratie. Ze kunnen de afhandeling van verzoeken, navigatie, JavaScript-bindings, het laden van bronnen en de interactie tussen browserinstanties en native applicatiecomponenten aanpassen.
Voor teams met veel expertise in native ontwikkeling kan deze flexibiliteit opwegen tegen het gebruiksgemak van Electron.
CEF is het overwegen waard in de volgende situaties:
- Webinterfaces toevoegen aan een bestaande native applicatie. Ontwikkelaars kunnen hun huidige applicatiearchitectuur behouden en Chromium inbedden waar dat nodig is.
- Software bouwen met specifieke renderingvereisten. Met offscreen-rendering kan webinhoud worden geïntegreerd in grafische pipelines en gespecialiseerde interfaces.
- Diepgaande integratie met native C++-functionaliteit. CEF stelt native API's beschikbaar en biedt gedetailleerde controle over het browsergedrag.
- Een bestaande CEF-applicatie onderhouden. Migratie naar Electron kan aanzienlijke architectuurwijzigingen met zich meebrengen zonder noemenswaardige voordelen.
- Native interfaces en webinterfaces combineren. Ontwikkelaars kunnen Chromium gebruiken voor geselecteerde delen van een applicatie en elders native UI-componenten behouden.
CEF vraagt wel om meer verantwoordelijkheid voor de applicatie-infrastructuur. Ontwikkelaars moeten mogelijk zelf oplossingen implementeren voor het verpakken en bijwerken van applicaties, vensterbeheer en platformspecifieke integraties.
Voor teams die al zijn toegerust om native applicaties te onderhouden, kan dit heel redelijk zijn. Voor op webontwikkeling gerichte teams die een nieuw desktopproduct bouwen, kan het onnodige complexiteit opleveren.
Electron versus CEF: welke moet je kiezen?
Beide technologieën zijn volwassen, worden actief ontwikkeld en kunnen geavanceerde desktopsoftware ondersteunen. De beste keuze hangt er vooral van af of je een nieuwe desktopapplicatie rond webtechnologieën bouwt of webfunctionaliteit in een bestaande native applicatie inbedt.
| Jouw prioriteit | Beter startpunt | Waarom |
|---|---|---|
| Nieuwe desktopapp met JavaScript of TypeScript | Electron | Compleet applicatieframework |
| Bestaande native C++-applicatie | CEF | Integreert in de native architectuur |
| Zo min mogelijk native ontwikkeling | Electron | Node.js en JavaScript-API's |
| Webinhoud in native vensters inbedden | CEF | Specifiek ontworpen voor inbedding |
| Offscreen-rendering en aangepaste grafische pipelines | CEF | Specifieke rendering-API's |
| Uitgebreide tooling voor desktopapplicatiepakketten en updates | Electron | Gevestigd distributie-ecosysteem |
| Directe integratie met native C++-code | CEF | Native C- en C++-interfaces |
| Consistent Chromium-gedrag op verschillende desktopplatforms | Beide | Beide leveren Chromium mee |
| Complex beheer van browsersessies | Beide | Beide bieden mogelijkheden voor browserbeheer |
| Kleine applicatiepakketten | Geen van beide heeft een inherent voordeel | Beide distribueren Chromium |
| Bestaand JavaScript-ontwikkelteam | Electron | Vertrouwde ontwikkelstack |
| Bestaand op CEF gebaseerd product | CEF | Vermijd onnodige migratie |
Voor de meeste webontwikkelaars die aan een nieuwe platformonafhankelijke desktopapplicatie beginnen, is Electron over het algemeen de praktischere keuze. Het biedt de applicatiearchitectuur, native integraties, ontwikkeltools en het distributie-ecosysteem die nodig zijn om een compleet product te bouwen zonder alles vanaf nul te ontwikkelen.
CEF is vaak de betere optie voor ontwikkelaars die al een native applicatie hebben of gespecialiseerde mogelijkheden voor browserinbedding nodig hebben. De flexibiliteit en directe native integratie maken het bijzonder nuttig voor software zoals game-engines, streamingtools, industriële applicaties en complexe native producten met ingebedde webinterfaces.
Geen van beide technologieën is inherent sneller of veiliger. Die eigenschappen hangen sterk af van de applicatie, de architectuur en de kwaliteit van de implementatie.
Tot slot
Electron en Chromium Embedded Framework delen dezelfde onderliggende browsertechnologie, maar lossen verschillende problemen op.
Electron is ontworpen om de ontwikkeling van desktopapplicaties toegankelijk te maken voor webontwikkelaars. Het combineert Chromium, Node.js en native desktop-API's in een framework waarmee teams geavanceerde applicaties kunnen bouwen met JavaScript en TypeScript.
CEF is ontworpen om Chromium in andere applicaties in te bedden. Het biedt controle op een lager abstractieniveau over browserintegratie en is bijzonder waardevol voor native applicaties die webgebaseerde interfaces of gespecialiseerde renderingmogelijkheden nodig hebben.
Beide hebben hun waarde bewezen in grote softwareproducten. Electron vormt de basis van applicaties zoals Visual Studio Code, Slack, Discord en Notion, terwijl CEF wordt gebruikt in producten zoals Spotify, Steam en OBS Studio.
Bij WebCatalog hebben we voor Electron gekozen omdat onze producten fundamenteel zijn opgebouwd rond browserfunctionaliteit. Dankzij de consistente Chromium-runtime, volwassen API's voor browserbeheer en het JavaScript-ecosysteem kunnen we efficiënt platformonafhankelijke desktopapplicaties ontwikkelen en onderhouden.
CEF blijft een uitstekende keuze voor ontwikkelaars die met native applicaties werken, vooral wanneer Chromium in een bestaande architectuur moet worden ingebed in plaats van als basis voor het volledige product te dienen.
Uiteindelijk hangt de beslissing af van wat je bouwt. Als je een complete desktopapplicatie met webtechnologieën wilt maken, is Electron meestal het betere startpunt. Als je Chromium aan een native applicatie wilt toevoegen, is CEF waarschijnlijk het geschiktere hulpmiddel.
