목록 보기
개발자들이 꺼려하는 까칠한 규식이 형
프론트엔드

개발자들이 꺼려하는 까칠한 규식이 형

마켓컬리
마켓컬리
2020년 3월 13일

두줄요약

주문자 이름의 특수문자로 발생한 백엔드 오류를 정규식으로 해결한 사례를 소개했습니다.\n차단 목록 대신 허용 문자 목록을 적용하고 슬랙·QA 협업으로 예외를 보완했습니다.

문제 상황

  • 주문자 이름의 특수 문자 입력으로 인한 백엔드 시스템 오류
  • 키보드 특수문자 목록을 제거하는 초기 정규식 배포 후 미처 포함하지 못한 문자 유입

원인 분석

  • 차단 대상 특수문자 열거 방식의 무한한 예외 가능성
  • 허용 문자 집합보다 특수문자 집합이 훨씬 넓은 입력 검증 구조

해결 방법

  • 한글·영문·숫자·공백만 허용하는 화이트리스트 방식의 정규식 전환
  • 한글 완성형·자음·모음과 천지인 키보드 문자를 유니코드 범위로 포함
  • 슬랙 채널과 QA 협업으로 ^, |, _ 등 예외를 보완한 filterSpecialChars 구현

적용해볼 점

  • 문자 입력 필터링에서 차단 목록보다 허용 목록 우선 검토
  • 정규식의 유니코드 범위와 인코딩 호환성 점검
  • 난제 해결 과정에서 개발·QA 채널 공유와 몹 프로그래밍 활용

다음 읽기

#JavaScript 주제를 이어서 읽기

개발자들이 꺼려하는 까칠한 규식이 형

주문자 이름의 특수 문자로 발생한 오류를 정규식 기반 입력 필터링으로 해결했습니다. 허용 문자 화이트리스트와 팀·QA 검토의 효과를 공유합니다.

마켓컬리
마켓컬리
프론트엔드

댓글 0개

댓글을 작성하려면 로그인이 필요합니다.

댓글을 불러오는 중...