CSV을 JSON으로 변환 — 무료, 계정 불필요

행에서 객체로

CSV과 JSON은 같은 데이터에 대한 서로 다른 질문입니다. CSV은 격자입니다. 등폭의 행, 의미는 열의 자리에 얹혀 이동합니다. JSON은 이름표 붙은 값의 나무이며, 프로그램이 실제로 소비하는 모양입니다. 피드, 설정, API 페이로드, NoSQL 가져오기——모두 이쪽입니다. 따라서 둘 사이의 변환은 갈아입기가 아니라 세계 모델의 환승이고, 이 변환기는 명확한 하나의 약속 아래 그것을 수행합니다. 약속은 아래에 써 둔 대로입니다.

출력은 코드에 곧바로 넘겨줄 모양입니다. JSON 배열로, 데이터 행마다 객체가 하나. 각 객체는 같은 키 묶음을 지니며, 키는 파일의 첫 행에서 옵니다. 파일 전체는 머릿속에서 이렇게 한 바퀴 돕니다. 첫 행이 키가 되고, 나머지 각 행이 각각 객체가 된다.

구조에 대한 약속입니다

첫 행은 언제나 머리행으로 취급됩니다. 1행에 앉은 내용이 출력의 모든 객체의 필드 이름이 됩니다. 건너뛸 옵션도, 추측도, "똑똑한 판별"도 없습니다. 따라서 머리행 없는 파일은 첫 데이터 행을 키가 되는 데 쓰고맙니다. CSV에 머리행이 없다면 변환 전에 한 줄 보태세요.

모든 값은 문자열로 도착합니다. 이것은 게으름이 아니라 정직함입니다. CSV은 자료형 정보를 나르지 않고, 파일 안에는 27이 수인지 텍스트인지 가려 주는 것이 아무것도 없습니다. 변환기는 추측을 거절합니다. 코드가 진짜 수를 원한다면 저쪽에서 파싱하세요. `Number(row.age)`의 반복문이, 조용히 망가진 한 열보다 훨씬 낫습니다.

곁따옴표로 감싼 값은 존중받습니다. CSV 표준대로, 곁따옴표에 싸여 쉼표를 품은 필드는 하나의 값으로 무사히 도착합니다.

인코딩, 유일한 굳은 요건

파일은 UTF-8이어야 합니다. BOM 붙은 UTF-8은 괜찮습니다. 표식을 벗겨 내고 변환은 계속됩니다. 그러나 다른 인코딩의 파일——일상 예로는 GBK——은 글자가 깨진 채 통과되는 대신 명확한 오류로 거절됩니다. 이것은 의도입니다. 텍스트를 조용히 잘못 해독하는 것은 거절하는 것보다 훨씬 나쁩니다. 파일이 UTF-8이 아니라면 먼저 편집기에서 UTF-8으로 다시 저장하세요. 그러면 곧장 통과합니다.

출력을 코드에 연결하기

출력의 모양은 의도적으로 가장 지루한 JSON으로 골랐습니다. 평평한 객체의 배열, 값은 전부 문자열. 이 평탄함은 특징이지 게으름이 아닙니다. 어떤 언어도 의식 없이 읽어 들이고, 소비자마다 무엇을 무엇으로 바꿀지 현지에서 정할 수 있습니다. JavaScript이라면 JSON.parse를 하고 배열을 한 바퀴 돌리는 것으로 대개 충분합니다. 문자열 값은 로직이 수를 원하는 그 자리에서 수로 바꾸면 됩니다.

중첩이 필요하다면 하류에서 세우세요. 어떤 키로 배열을 묶고, 같은 소속의 행을 합치고, 자식을 부모에 붙입니다. 이것들은 모두 안정된 원재료에 대한 가공이며, 변환기에게 바라는 것이 바로 그것입니다. 얻지 못하는 것은 변환기가 당신 몰래 구조에 베팅하는 일——예측 가능성을 편의보다 우선하자고 일부러 정한 설계입니다.

규모에 관해서도 한마디. 출력은 하나의 배열에 행마다 객체 하나이므로, 십만 행짜리 CSV은 아주 큰 JSON 파일이 됩니다. 그리고 그것이 마땅한 모습입니다. 형식이 데이터를 비추니까요. 스트리밍이나 질의로 읽는 소비자는 큰 배열도 거뜬히 다루고, 파일 통째를 메모리에 올리는 소비자는 자기가 무엇을 안고 있는지 알아야 합니다. 변환기는 파일을 작게 보이려고 다듬거나 표본을 뽑거나 요약하지 않습니다. 들어간 행은 모두 나옵니다.

개인정보와 파일 보관

사이트의 모든 것과 같습니다. 파일 하나, 무료, 계정 없이, 워터마크 없이. 전송은 암호화되고 처리는 변환 클러스터에서 이뤄지며, 원본 CSV과 만들어진 JSON은 모두 24시간 이내 자동 삭제됩니다. 남는 것은 내려받은 파일 하나입니다.