Справочник по регулярным выражениям для разработчика Паттерны, которые стоит запомнить

Регулярные выражения — это навык, который приносит пользу во всех языках программирования, которые ты когда-либо будешь писать. Одинаковый шаблон проверки почтового адреса в Python удаляет строки запросов в Go и очищает данные формы в JavaScript. Учи его разок, используй везде.

Это не учебник по синтаксису. Это те шаблоны, которые вы на самом деле используете в реальных проектах — те, что появляются в валидаторах форм, парсерах логов, маршрутизаторах URL и трубках данных. Таблица ниже является их основой. Произношение вокруг неё рассказывает о местах, где люди получают ожоги.

Типы, которые стоит сохранить

Эти 11 шаблонов охватывают повторяющиеся сценарии, возникающие в производственном коде. Используйте Регулятор тестирования для проверки их против ваших собственных входных данных перед подключением их.

Где в реальной практике нарушаются шаблоны

Жадное против ленивого совпадения

Количественные слова * и + Бывают жадными с рождения — поглощают всё, что могут. Это задевает, когда извлекаешь контент между разделителями. <.+> на <b>bold</b> соответствует всему строке, а не <b>Переключитесь на лазовый режим .+? остановиться на первом закрывающем символе вместо последнего.

Привязка: Когда ^ и $ не хватает

Без якорных выражений, шаблон может совпадать в любом месте строки. \d+ соответствует abc123def — оно находит цифры в середине. Для полной проверки строки оберните шаблоны ^...$В режиме многострочного ввода (m флаг), ^ и $ соответствует границы строки, а не полные границы строки. Если вы проверяете одно значение (электронную почту, UUID), устанавливайте m флаг намеренно, а не по привычке.

Запасная флаговая яма с несколькими строками

The m флаг меняет что ^ и $ смысл. Что s флаг (dotAll) изменяет . соответствует — без него . не совпадает с символами новой строки. Разбор записей лога с несколькими строками .+Ты нужен s или [\s\S]+ в качестве запасного варианта для моторов, которые не поддерживают dotAll.

Проверка перед подключением

Не бросайте регулярное выражение в приложение и тестируйте его только на одном успешном пути (happy path). Паттерны могут проваливаться на граничных случаях: юникодовых символах, пустых строках, пробелах в начале/конце или почти-но некорректных входных данных. Тестер регулярных выражений IO Tools Дает возможность запускать шаблон одновременно с несколькими тестовыми строками, чтобы проверить корректные и некорректные случаи на стороне перед выпуском кода. Справочник по регулярным выражениям Полезно, когда вы находитесь в процессе создания шаблона и нуждаетесь в быстром справочнике по синтаксису без отхода от браузера.

При тестировании создайте матрицу: что должно совпадать, что категорически не должно, и что находится на границе. Валидатор электронной почты, который принимает user@ отвергает user+tag@example.co.uk Худше, чем вообще нет валидатора вовсе.

Языковые особенности, о которых стоит знать

Паттерны в таблице выше в целом переносимы, но важна детальность работы двигателя.

• JavaScript использует движок регулярных выражений ECMA. Именованные группы захвата ((?<name>...)это поддерживается в ES2018+. v флаг (введенный в ES2024) добавляет нотацию множеств и экранирования свойств Юникода. Посмотры вперед работают; посмотры назад появились в ES2018+ и имеют ограничения по длине переменных в некоторых более старых версиях V8.
• Питон использует re модуль (близкий к PCRE, но не идентичный). re.compile() патерн стоит использовать — компилированные патерны быстрее при многократном вызове в циклах. Есть небольшое отличие: у Python \b Граница слова по умолчанию осознаёт юникод и работает с неасканскими символами букв. В JavaScript \b является только в кодировке ASCII, если вы не используете u или v флаг.
• Идти использует синтаксис RE2, который намеренно исключает ссылочные ссылки и предварительные проверки. Это решение по безопасности — RE2 гарантирует линейное время совпадения, что предотвращает катастрофическое отслеживание. Если вы переносите шаблон из Python или JavaScript в Go и используете предварительные проверки или ссылочные ссылки, вам потребуется перестроить логику.

Пример на реальной жизни: валидация электронных писем во всех языках

То же самое решение с двумя реализациями: валидатор формы на JavaScript и проверка ввода на Python.

// JavaScript — client-side form validation
const EMAIL_RE = /^[\w.+-]+@[\w-]+\.[a-zA-Z]{2,}$/;

function validateEmail(input) {
  const value = input.trim();
  if (!EMAIL_RE.test(value)) {
    throw new Error(`Invalid email address: ${value}`);
  }
  return value;
}

// Usage
document.querySelector('#signup-form').addEventListener('submit', (e) => {
  e.preventDefault();
  try {
    const email = validateEmail(e.target.email.value);
    submitForm({ email });
  } catch (err) {
    showError(err.message);
  }
});

# Python — API request validation
import re

EMAIL_RE = re.compile(r'^[\w.+-]+@[\w-]+\.[a-zA-Z]{2,}$')

def validate_email(value: str) -> str:
    value = value.strip()
    if not EMAIL_RE.match(value):
        raise ValueError(f"Invalid email address: {value!r}")
    return value

# Usage in a Flask route
@app.route('/signup', methods=['POST'])
def signup():
    try:
        email = validate_email(request.json.get('email', ''))
    except ValueError as e:
        return jsonify({'error': str(e)}), 400
    # continue with valid email...

Оба используют одинаковую базовую структуру. Единственное значимое различие: в **Python** re.compile() подготавливает шаблон заранее, чтобы повторные вызовы не перестраивали его каждый раз при инвокации — стоит делать даже в горячих путях.

Создайте личный справочник быстрых ссылок

Паттерны выше обрабатывают типичные случаи, но со временем вы накопите свои собственные — специфичные форматы логов для вашей архитектуры, схемы идентификаторов из внутренних систем, дата-форматы, которые требует использовать ваш отдел данных. Короткий, отобранный файл проверенных шаблонов, который можно скопировать и вставить — это больше, чем запоминать правила синтаксиса. Попробуйте их один раз, добавьте аннотации о том, для чего они нужны, и используйте их вместо повторного создания с нуля каждый раз.

Вам также может понравиться

Новый

Base64 кодирование объяснено: Что это такое, что это не так, и когда его использовать

Читать далее "

Опубликовано Апр 14, 2026

Новый

Форматирование JSON: Почему ваш pretty-printer важен для отладки API

Читать далее "

Опубликовано Апр 13, 2026

6 навыков разработчика, которые сделают вас неудержимым в 2026 году

Читать далее "

Обновлено 31 янв. 2026 г.

15 бесплатных онлайн-инструментов, которые повысят вашу производительность за считанные минуты

Читать далее "

Обновлено 6 апр. 2025 г.