raw 패턴과 문자열 사이의 JavaScript 정규식 이스케이프 고치기

문제 상황

논리적으로 같은 토큰도 raw 패턴에서는 \s, RegExp 리터럴에서는 /\s/, JavaScript 소스 문자열에서는 '\\s', 직렬화된 JSON에서는 "\\s"처럼 보일 수 있습니다. 현재 표현 층을 모른 채 복사하면 백슬래시 자체를 찾거나 필요한 백슬래시를 잃고, 리터럴 구두점이 연산자로 바뀝니다. 표현 디코딩과 정규식 의미를 분리한 뒤 대상 형식에 정확히 한 번만 다시 인코딩해야 합니다.

이럴 때 사용하세요

• JavaScript나 JSON에서 복사한 패턴에 백슬래시가 두 개 또는 네 개씩 보일 때
• 리터럴 점·괄호·대괄호·더하기·슬래시·백슬래시가 정규식 문법으로 동작할 때
• /pattern/flags 예제를 패턴 본문만 받는 입력란에 붙여넣었을 때
• 테스터에서는 동작하지만 코드·JSON·YAML·환경 변수에 저장하면 실패할 때
• 치환·추출에 사용하기 전 검토된 raw 패턴이 필요할 때

단계

1. 1단계

   현재 표현 형식 이름 붙이기

   출처를 raw 패턴 본문, RegExp 리터럴, JavaScript 문자열 리터럴, 파싱된 런타임 문자열, JSON 소스 값, 셸 인수, 문서 렌더링 중 하나로 표시합니다. 이 층을 알기 전에는 백슬래시를 바꾸지 않습니다.

2. 2단계

   의도한 대상 텍스트 작성

   반드시 일치해야 할 텍스트와 일치하면 안 되는 텍스트를 구체적으로 적습니다. 점, 대괄호, 괄호, 슬래시, 더하기, 공백 중 어느 것이 리터럴이고 어느 것이 정규식 연산자인지 표시합니다.

3. 3단계

   표현 층 하나만 디코딩

   따옴표 JavaScript·JSON 값은 문자열 이스케이프/해제 도구나 실제 파서로 파싱된 런타임 문자열을 확인합니다. RegExp 리터럴은 테스터에 넣기 전에 슬래시 구분자와 뒤 플래그를 분리하고 이미 raw인 본문을 반복 해제하지 않습니다.

4. 4단계

   최소 raw 패턴 본문 구성

   문법상 필요한 곳에만 정규식 이스케이프 하나를 사용합니다. 리터럴 점은 \., 여는 대괄호는 \[, 공백 토큰은 \s, 리터럴 백슬래시는 \\입니다. 플래그는 본문 뒤에 붙이지 말고 별도 컨트롤에서 고릅니다.

5. 5단계

   허용·거부·경계 입력 테스트

   raw 본문을 정확한 대상, near-miss, 빈 값, 구두점, Unicode, 긴 실패 입력에 실행합니다. 일치 개수가 1 이상이라는 이유만으로 통과시키지 말고 전체 일치와 캡처 범위를 확인합니다.

6. 6단계

   대상 형식에 한 번만 인코딩

   raw 본문 검증 후 RegExp 리터럴로 만들거나 new RegExp()에 전달하고, 바깥 JavaScript 문자열·JSON·셸·설정 형식이 요구하는 이스케이프를 정확히 한 번 적용합니다.

7. 7단계

   파싱된 런타임 패턴 재검증

   안전한 fixture에서 RegExp.source와 flags를 확인해 검토한 raw 본문과 비교합니다. 폐기 가능한 샘플로 실제 치환·추출을 실행하고 fixture와 로그에는 비밀값과 개인정보를 넣지 않습니다.

예시

JavaScript 소스 문자열: "^ERROR\\s+(.+)$"
파싱된 런타임 문자열: ^ERROR\s+(.+)$
테스트 텍스트: ERROR Timeout after 30s

테스터 본문은 슬래시 없이 ^ERROR\s+(.+)$입니다. 전체 일치 1개와 $1 = Timeout after 30s를 반환합니다. JavaScript 소스 문자열로 되돌릴 때 검증된 백슬래시를 바깥 문자열 층에서 한 번 더 인코딩합니다.

흔한 실수

자주 묻는 질문