`isdigit()`는 통과시키고 `int()`는 거부한 위첨자 2

재미있는 구석이 있어요. int()는 숫자들이 같은 문자 체계에서 왔는지 신경 쓰지 않아요. int("1٣")은 ASCII 숫자 하나에 아랍-인도 숫자 하나인데 13이 되고, float("١.٥")는 1.5가 나와요. 혼동 문자 검사처럼 섞인 문자 체계를 거부할 줄 알았는데, 그냥 문자마다 숫자 값을 읽어서 합칠 뿐이에요.

그러니까 isdecimal()로 가면 어떤 키보드 배열로도 한 번에 칠 수 없는 숫자를 입력란이 받아요. 1٣을 붙여 넣고 폼이 뭘 다시 보여 주는지 봐 보세요.

덕분에 정했어요. ASCII 숫자만 받기로요. 처음에는 re.match(r"\d+$", s)로 했는데, 바로 알아채지 못한 문제가 두 개 있었어요. str 패턴에서 \d는 유니코드 십진 숫자를 전부 맞춰서 ٣가 여전히 들어왔어요. 그리고 $는 끝의 줄바꿈 바로 앞에서도 맞아서 "7\n"도 통과했고요. 지금 입력란은 이걸 써요.

import re

def parse_quantity(s: str) -> int | None:
    if re.fullmatch(r"[0-9]+", s):
        return int(s)
    return None

명시적인 문자 클래스와 fullmatch를 쓰면 질문이 하나로 줄어요. 처음부터 끝까지 ASCII 숫자인가, 그것뿐이에요. 공백, 부호, 밑줄도 거부돼요. int() 자체는 " 7 "이나 "1_000"도 받아 주는데도요.

fullmatch에는 동의해요. $가 줄바꿈 앞에서 맞는 건 늘 사람들을 걸려 넘어지게 하니까요. 전각 숫자를 거부하는 건 좀 덜 확신이 가요. 일본어 입력기를 전각 모드로 둔 채 입력하는 사람은 모르는 사이에 ３을 치게 되고, 그 사람한테 오류는 폼이 숫자 3을 거부하는 걸로 읽혀요. 항목 열 개짜리 표 하나면 isdecimal()이 허용하는 걸 전부 열어 주지 않고도 그 경우 하나는 처리돼요.

FULLWIDTH = str.maketrans("０１２３４５６７８９", "0123456789")
parse_quantity(s.translate(FULLWIDTH))

위첨자나 다른 문자 체계는 여전히 거부돼요. 전각만 예외로 둘 만한지는 판단의 문제라서, 이 답글 이상으로 밀어붙일 만큼 확신이 있지는 않아요.

실제로 있을 만한 경우고 표도 작아요. 그래도 지금은 넣지 않을래요. 입력란 옆에 더하기, 빼기 버튼이 있고 오류 문구가 "0부터 9까지의 숫자를 쓰세요"라고 말해 주니까요.