JavaScript फ़्लेवर के लिए एक खोजने योग्य रेगुलर एक्सप्रेशन चीट शीट: वर्ण क्लासेस, ब्रैकेट सेट, क्वांटिफ़ायर, ऐंकर, लुकअराउंड, ग्रुप और फ़्लैग, प्रत्येक कोई उदाहरण के साथ।
उदाहरणों के साथ एकतालीस रेगेक्स टोकन। टोकन, विवरण और उदाहरणों में फ़िल्टर करें, फिर जो सिंटैक्स चाहिए वह कॉपी करें। ब्राउज़र और Node.js में उपयोग किए जाने वाले JavaScript (ECMAScript) फ़्लेवर को कवर करता है।
उस फ़िल्टर से कोई सिंटैक्स प्रविष्टि मेल नहीं खाती।
रेगुलर एक्सप्रेशन डिज़ाइन से सघन होते हैं। ^(?:\d{1,3}\.){3}\d{1,3}$ जैसा पैटर्न पूरे IPv4 वैलिडेटर को तीस अक्षरों में समेट देता है, जो तब अद्भुत होता है जब आपने इसे लिखा हो और दुखद जब आप किसी और का पढ़ रहे हों। कठिनाई का अधिकांश भाग अवधारणात्मक नहीं है - यह है कि शब्दावली विशाल, संक्षिप्त और आधे-से-याद रखने में आसान है।
यह पृष्ठ उस शब्दावली के लिए एक लुकअप तालिका है, जिसे ठीक वैसे ही व्यवस्थित किया गया है जैसे पैटर्न वास्तव में बनाए जाते हैं: कौन सा एकल वर्ण से मेल करता है, अपने स्वयं के वर्ण सेट को कैसे परिभाषित करें, "इसे दोहराएँ" कैसे कहें, मिलान को कहाँ ऐंकर करें, समूह और वैकल्पिक कैसे बनाएँ, और कौन से फ़्लैग इंजन के व्यवहार को बदलते हैं। फ़िल्टर टोकन, विवरण और उदाहरणों को एक साथ खोजता है, इसलिए "lazy", "boundary" या "lookbehind" टाइप करने से आप सीधे उस पंक्ति पर पहुँच जाते हैं जिसे आप आधे से याद कर रहे हैं।
रेगुलर एक्सप्रेशन एक भाषा नहीं हैं। Grep, PCRE, Python, Java, Go का RE2 और JavaScript सभी एक सामान्य कोर साझा करते हैं लेकिन किनारों पर असहमत होते हैं। यहाँ सूचीबद्ध हर चीज़ ECMAScript द्वारा परिभाषित JavaScript फ़्लेवर को लक्ष्य करती है, क्योंकि वही ब्राउज़र, Node.js और अधिकांश फ़्रंट-एंड टूलिंग में चलता है।
तीन अंतर उल्लेख करने लायक हैं। सबसे पहले, lookbehind - (?<=...) और (?<!...) - आधुनिक JavaScript इंजन में समर्थित हैं लेकिन Go के RE2 और पुराने Safari संस्करणों में अनुपस्थित हैं, इसलिए इस पर निर्भर पैटर्न हर जगह पोर्टेबल नहीं हैं। दूसरा, JavaScript का कोई x वर्बोज फ़्लैग नहीं है, इसलिए आप Python की तरह कई लाइनों में टिप्पणियों के साथ पैटर्न नहीं फैला सकते; लंबे पैटर्न आमतौर पर स्ट्रिंग टुकड़ों से जोड़े जाते हैं। तीसरा, \d और \w JavaScript में डिफ़ॉल्ट रूप से केवल ASCII हैं, इसलिए \w उच्चारण चिह्न वाले अक्षरों या CJK अक्षरों से मेल नहीं खाता जब तक कि आप u फ़्लैग के साथ \p{L} जैसे यूनिकोड प्रॉपर्टी एस्केप पर न जाएँ।
दो आदतें अधिकांश रेगेक्स पीड़ा को रोकती हैं। पहली यह है कि जानबूझकर ऐंकर करें। एक बिना-ऐंकर पैटर्न स्ट्रिंग में कहीं भी मिलान खोजता है, जो स्कैनिंग के लिए वही है जो आप चाहते हैं और मान्यकरण के लिए लगभग कभी नहीं। ^ और $ जोड़ने से "कोई तारीख़ जैसा कुछ है" बन जाता है "एक तारीख़ है", और यह अंतर वैधता बगों के एक चौंकाने वाले हिस्से के पीछे है।
दूसरी यह है कि लालची वाइल्डकार्ड के बजाय आलसीपन और नकारात्मक वर्ण क्लासेस को प्राथमिकता दें। क्लासिक गलती HTML जैसे टेक्स्ट पर <.+> है: क्योंकि + लालची है, यह लाइन के अंतिम > तक सब कुछ निगल जाता है। <.+?> लिखना, या बेहतर, <[^>]+> एक ही टैग से मेल खाता है। नकारात्मक-क्लास वाला रूप भी काफी तेज़ है, क्योंकि इंजन को वापस ट्रैक नहीं करना पड़ता।
अंत में, विनाशकारी बैकट्रैकिंग (catastrophic backtracking) से अवगत रहें। क्वांटिफ़ायर को नेस्ट करना, जैसे (a+)+b, इंजन को इनपुट को विभाजित करने के तरीकों की घातांकी संख्या में खोजने के लिए मजबूर कर सकता है इससे पहले कि वह निष्कर्ष निकाले कि कोई मेल नहीं है, जो एक मान्यकरण कॉल को उपयोगकर्ता इनपुट को छूने पर सेवा-अस्वीकरण (denial-of-service) वेक्टर बना देता है। यदि कोई पैटर्न किसी क्वांटिफ़ाइड ग्रुप को रखता है जिसमें स्वयं एक क्वांटिफ़ायर है, तो उसे फिर से लिखें - आमतौर पर एक ही वर्ण क्लास एक क्वांटिफ़ायर के साथ रैखिक समय में वही काम करती है। और जब कोई पैटर्न एक या दो लाइन से आगे बढ़ जाता है, तो ईमानदार उत्तर अक्सर यही होता है कि एक वास्तविक पार्सर सही उपकरण है और रेगेक्स नहीं।