고정폭 레코드 설계기
각 필드의 바이트 폭과 정렬을 지정해 줄 단위 고정폭 파일을 만들거나 같은 명세로 로컬 파일을 읽습니다. 한글처럼 여러 바이트를 쓰는 문자가 경계를 넘으면 명확한 오류를 표시합니다.
주요 기능
- 필드마다 1~256바이트 폭, 이름, 좌우 정렬과 ASCII 채움 문자 설정
- UTF-8 또는 검증된 CP949 문자표로 최대 200개 레코드 생성·해석
- 한글 멀티바이트 경계, 필드 폭 초과, 잘못된 바이트와 표현 불가능한 문자 거부
- 바이트 시작·끝 위치와 첫 96바이트의 16진 미리보기
- 고정폭 .dat 파일과 재사용 가능한 JSON 필드 명세 다운로드
- 외부 전송 없이 브라우저 메모리에서 로컬 파일 처리
사용 방법
- 예제 명세를 수정하고 UTF-8 또는 CP949를 선택합니다.
- 필드 이름, 바이트 폭, 정렬 및 한 글자 ASCII 채움 문자를 지정합니다.
- 표에 여러 행의 값을 입력하고 생성 버튼을 누릅니다.
- 바이트 위치와 결과 미리보기를 확인한 뒤 .dat 파일을 다운로드합니다.
- 기존 파일은 같은 명세를 유지한 채 선택하여 해석 결과를 표에서 검토합니다.
활용 예시
- 은행·물류의 오래된 줄 단위 고정폭 파일 시안을 확인할 때
- 한글 CP949 필드가 계약 바이트 폭에 들어가는지 시험할 때
- 협력업체와 교환할 레코드의 바이트 오프셋을 설명할 때
- UTF-8 한글 경계에서 기존 파일의 잘못된 절단을 찾을 때
자주 묻는 질문
문자 수와 바이트 폭은 어떻게 다른가요?
UTF-8에서 한글 한 글자는 보통 3바이트이고 CP949에서 지원되는 한글은 보통 2바이트입니다. 이 도구의 폭과 위치는 문자 수가 아니라 실제 인코딩된 바이트 수입니다.
긴 값은 폭에 맞춰 잘리나요?
아니요. 한 문자의 일부를 자르거나 값을 조용히 버리지 않습니다. 필드 폭을 넘으면 행·필드와 함께 오류를 표시하고 파일 생성을 막습니다.
레코드와 줄바꿈은 어떻게 구분하나요?
각 레코드 뒤에 LF 한 바이트를 기록합니다. 가져올 때 LF와 CRLF를 읽고 마지막 줄바꿈이 없는 파일도 허용합니다. 필드 값 안의 줄바꿈과 UTF-8 BOM은 허용하지 않습니다.
채움 문자와 값이 같으면 어떻게 되나요?
해석할 때 왼쪽 또는 오른쪽 가장자리에서 채움 문자를 제거합니다. 값 자체가 해당 가장자리에 같은 문자를 포함하면 구분할 수 없으므로 원본 파일의 바이트를 확인하세요. 파일 다운로드 시 읽은 원본 바이트는 그대로 유지됩니다.
CP949의 모든 문자가 지원되나요?
기존 텍스트 인코딩 도구가 고정한 WHATWG EUC-KR 문자표를 사용합니다. 표현할 수 없는 문자와 손상된 바이트는 대체 문자로 바꾸지 않고 거부합니다. 문자표에 없는 이모지 등은 사용할 수 없습니다.
업로드한 파일이 서버로 전송되나요?
아니요. 선택한 로컬 파일의 바이트는 브라우저 탭에서만 읽고 처리합니다. 외부 파일이나 네트워크 위치를 조회하지 않습니다.
개인정보 안내
필드 명세와 레코드 값은 브라우저 메모리에서 처리합니다. 선택한 파일은 서버로 업로드하지 않으며, 다운로드 파일에는 입력한 값이 포함됩니다.
댓글과 질문