주제 이해를 돕기 위한 AI 생성 이미지 · LTCT 자체 제작오늘의 질문경로 토큰 ~01을 ~0부터 풀 때와 ~1부터 풀 때 같은 객체 키를 가리킬까요?
제이슨 포인터 토큰에서 ~1을 슬래시로 먼저 바꾸고 ~0을 물결표로 바꾸는 두 단계 그림 · 한국논리학협회 자체 제작그림 크게 보기 ↗01경로 구분자 슬래시는 키 안에서 그대로 쓸 수 없습니다
제이슨 포인터(JSON Pointer)는 중첩된 JSON 자료의 위치를 슬래시로 나누어 가리킵니다. 객체 키 자체에 슬래시가 있으면 경로 구분자와 섞이므로 토큰 안에서는 ~1로 적습니다. 물결표는 ~0으로 적습니다.
예를 들어 a/b라는 키는 경로 토큰 a~1b로 나타냅니다. m~n이라는 키는 m~0n으로 나타냅니다. AI가 눈에 보이는 토큰을 그대로 객체 키로 찾으면 다른 항목을 고르거나 찾지 못합니다.
참고 · IETF — 제이슨 포인터의 경로 토큰 ↗
02~01은 처리 순서가 왜 필요한지 보여 줍니다
표준은 ~1을 슬래시로 먼저 바꾸고, 그다음 ~0을 물결표로 바꾸도록 정합니다. ~01을 이 순서로 처리하면 결과는 ~1이라는 실제 키입니다.
반대로 ~0을 먼저 물결표로 바꾸면 중간 결과가 ~1이 됩니다. 그 뒤 ~1까지 슬래시로 바꾸면 전혀 다른 키 /를 가리킵니다. 여러 번의 문자열 치환이 서로 영향을 줄 수 있는 경계 사례입니다.
03경로가 열렸다는 사실과 권한은 별개입니다
토큰을 올바르게 풀었다고 그 자료에 접근해도 된다는 뜻은 아닙니다. 경로 해석 뒤에도 객체 존재 여부, 배열 범위, 읽기 권한을 검사해야 합니다.
이 활동은 치환 순서의 결과만 보여 줍니다. URI의 # 뒤에 제이슨 포인터를 넣을 때 필요한 퍼센트 인코딩은 같은 단계로 합치지 않습니다.
받은 토큰a~1b복원한 키a/b찾은 값빨강 기록처리RFC 순서 JSON Pointer 규칙대로 토큰을 한 번 복원했습니다.이 실험은 객체 키 한 단계만 다룹니다. 배열 인덱스와 URI 조각의 퍼센트 인코딩은 별도 단계입니다.
관계를 읽고, 다른 상황에 적용하기두 문제로 생각 확인
나의 설명으로 마무리오늘 발견한 관계
0 / 4,000자
메모는 현재 기기의 브라우저에만 보관됩니다. 계정이나 다른 기기에는 동기화되지 않습니다.
출처와 제작 안내
원문을 참고해 설명·도표·문항·실험을 새로 작성했습니다. 별도 표시가 없는 사례와 수치는 학습을 위한 가상 예시입니다. 원문 번역이나 실제 모델의 성능 평가 자료가 아닙니다.
- 제이슨 포인터의 경로 토큰 ↗IETFRFC 6901 · JavaScript Object Notation (JSON) Pointer
경로 토큰에서 ~1은 슬래시로, ~0은 물결표로 복원하며 ~1을 먼저 처리해야 한다는 규칙과 ~01 경계 사례를 확인했습니다.
