Test reguliere expressies live in je browser. Zie gemarkeerde overeenkomsten, capture-groepen, benoemde groepen en een uitleg van het patroon token voor token.
Voer het patroon in zonder de omringende schuine strepen, plak de testtekst en kies daarna de vlaggen. Het zoeken gebeurt tijdens het typen in je browser.
Typ de omringende schuine strepen niet. Een schuine streep in het patroon hoeft hier niet ge-escaped te worden.
Als literal —
Je tekst wordt precies gebruikt zoals je hem invoert. Er wordt niets afgekapt, want witruimte aan begin en einde kan veranderen wat een patroon vindt.
Het patroon wordt in je browser token voor token gelezen. Een constructie die deze lezer niet modelleert, wordt getoond zoals ze geschreven is in plaats van verkeerd beschreven.
Voer hierboven een patroon in om de ontleding te zien.
Overeenkomsten, posities, capture-groepen en een ontleding van het patroon verschijnen hier zodra je begint te typen. Je kunt ook een van de veelgebruikte patronen hieronder laden.
Posities zijn JavaScript-stringindices, geteld in UTF-16-code-eenheden. Tekens buiten het basis meertalige vlak, zoals veel emoji, tellen als twee.
Dit patroon vond niets in de huidige testtekst. Dat is een resultaat, geen fout: het patroon zelf is geldig.
Praktische startpunten, elk met een voorbeeldtekst. Het zijn geen volledige validators: echte regels voor e-mail, URL, telefoon en datum hangen af van het systeem dat je bouwt, dus behandel ze als een eerste versie en pas ze aan.
Een reguliere expressie is een patroon dat een verzameling tekenreeksen beschrijft. In plaats van naar één vast woord te zoeken beschrijf je de vorm ervan - vier cijfers, dan een koppelteken, dan twee cijfers - en de engine vindt elk stuk tekst met die vorm. Reguliere expressies zitten in vrijwel elke editor, taal en opdrachtregeltool.
Typ een patroon zonder de omringende schuine strepen, zet de vlaggen aan die je nodig hebt en plak de tekst die je wilt testen. Het zoeken loopt bij elke wijziging, dus de gemarkeerde weergave, de lijst met overeenkomsten en de ontleding werken bij terwijl je typt. Er wordt niets verstuurd en niets opgeslagen.
Het zoeken gebruikt de regex-engine in je browser, die de ECMAScript-specificatie uitvoert. Andere varianten zijn echt andere talen: PCRE, PHP, Python, Java en .NET voegen syntaxis toe of laten die weg, dus een patroon dat hier werkt kan elders aanpassing nodig hebben. Dit hulpmiddel rapporteert alleen wat ECMAScript doet.
Haakjes leggen het deel van de overeenkomst vast dat ze omsluiten, genummerd van links naar rechts. Ze een naam geven, zoals in (?<year>...), maakt diezelfde capture leesbaar in code. Een optionele groep die niet aan de overeenkomst deelnam, wordt gemeld als geen overeenkomst, en dat is iets anders dan een groep die een lege string vond.
Sommige patronen zijn pathologisch: (a+)+$ op een lange reeks a-tekens dwingt de engine astronomisch veel paden te proberen. Daarom draait het zoeken in een achtergrondthread met een tijdslimiet. Overschrijdt een run die limiet, dan wordt de thread gestopt en zegt de tester dat ook - het patroon is duur, niet ongeldig - en het volgende patroon draait weer gewoon.
Het patroon, de vlaggen, de testtekst, de overeenkomsten en de vastgelegde groepen blijven in dit browsertabblad. Ze gaan niet naar POLPROG, niet naar analytics of foutrapportage, komen niet in de adresbalk en worden niet tussen bezoeken bewaard. De pagina sluiten is genoeg om ze te verwijderen.
De tester draait je patroon op je tekst met de eigen ECMAScript-engine van de browser en meldt wat die teruggeeft: overeenkomsten, posities, capture-groepen en benoemde groepen. Hij controleert geen andere regex-varianten, meet geen prestaties en beperkt de testtekst tot 200.000 tekens en de gedetailleerde lijst tot de eerste 100 overeenkomsten, zodat een groot resultaat leesbaar blijft. Het totale aantal overeenkomsten wordt nog steeds volledig gemeld.
Nee. Alles draait in je browser: het patroon, de vlaggen, de testtekst, de overeenkomsten en de vastgelegde groepen blijven op de pagina. Dit hulpmiddel doet geen enkele API-aanroep, schrijft niets naar opslag en stuurt er niets van naar analytics of foutrapportage.
De ECMAScript-engine in je browser, dezelfde die JavaScript-expressies uitvoert. PCRE, PHP, Python, Java en .NET zijn andere varianten met andere syntaxis en ander gedrag, dus een patroon dat hier is gecontroleerd, is alleen voor JavaScript gecontroleerd.
Het zoeken draait in een achtergrondthread met een limiet van ongeveer een seconde. Een patroon als (a+)+$ op een lange invoer kan praktisch onbeperkt doorgaan; als de limiet voorbij is wordt de thread gestopt en meldt de tester dat de uitvoering is gestopt. Het patroon is duur, niet ongeldig, en het volgende patroon dat je typt draait weer gewoon.
Een optionele groep die nooit aan de overeenkomst deelnam heeft helemaal geen waarde, en dat verschilt van een groep die een lege string vond. JavaScript meldt de eerste als undefined en de tweede als een lege string. De tester houdt ze uit elkaar omdat dat verschil bepaalt wat je code moet afhandelen.
Axios werd voor veel JavaScript-teams de standaard HTTP-client omdat het een schone API bood voordat Fetch de standaard browserprimitief werd. Tegenwoordig kunnen veel teams native Fetch rechtstreeks gebruiken of voor Ky kiezen, een kleine wrapper die gemak toevoegt zonder het volle gewicht van Axios. De juiste keuze hangt af van of je daadwerkelijk Axios-specifieke functies nodig hebt zoals interceptors en bestaande wrappers, of dat een lichtere, modernere verzoeklaag beter bij je app past.
TypeScript vs JavaScript: wat moet je gebruiken voor frontend?
TypeScript and JavaScript compared
JavaScript is de taal van het web, en TypeScript is JavaScript met een typesysteem dat teams helpt fouten eerder op te sporen en grotere codebases met meer vertrouwen te onderhouden. Voor kleine scripts en snelle prototypes is gewone JavaScript misschien genoeg. Voor serieuze frontendapplicaties verdient TypeScript zich vaak terug door betere tooling, veiliger refactoren en duidelijkere contracten tussen modules. De juiste keuze hangt af van projectgrootte, teamervaring en hoe lang de code moet meegaan.
Lodash is een van de meest gebruikte utility-bibliotheken in het JavaScript-ecosysteem, vooral in oudere en enterprise-codebases. es-toolkit is een modern alternatief gebouwd rond TypeScript, ES-modules, tree-shaking en kleinere bundles. De vraag is niet of Lodash nog werkt. Dat doet het. De betere vraag is of je project nog het gewicht en de legacy-patronen nodig heeft die ermee komen, of dat een slankere, type-eerst optie beter bij je stack past in 2026.
Wij bouwen maatwerksoftware en oplossingen afgestemd op jouw wensen.