TXT 파일은 문자들의 연속일 뿐입니다. 굵게, 글꼴, 페이지 크기, 삽입된 그림, 헤더가 전혀 없습니다. 당신이 입력한 글자, 숫자, 문장 부호와 줄바꿈만 있을 뿐입니다. 이 부재 자체가 이 형식의 가치입니다. 40년 전에 작성한 일반 텍스트 파일도 오늘 어떤 운영체제의 어떤 편집기에서나 열 수 있는데, 이런 말을 할 수 있는 다른 문서 형식은 없습니다.
TXT가 텍스트를 저장하는 방식
TXT 파일이 제대로 읽히는지는 눈에 보이지 않는 두 가지 결정에 달려 있으며, 이 둘은 모두 파일 자체의 통제를 벗어난 요소입니다.
첫 번째는 문자 인코딩입니다. 디스크의 바이트를 화면의 문자에 대응시키는 표를 말합니다. UTF-8는 모든 문자 체계를 처리할 수 있는 현대적인 해답입니다. 오래된 파일은 Windows-1252, ISO-8859-1, Shift_JIS 같은 지역 인코딩을 사용할 수 있습니다. 일반 텍스트 파일은 어떤 인코딩을 쓰는지 명시하지 않기 때문에, 프로그램이 이를 추측해야 합니다. 추측을 잘못하면 é가 와야 할 자리에 익숙한 é가 나타납니다. 일부 파일은 바이트 순서를 알리는 짧은 표시인 byte order mark로 시작해 인코딩을 암시하기도 하지만, 이는 선택 사항이며 항상 선호되는 것은 아닙니다.
두 번째는 줄 끝 표시입니다. Windows는 캐리지 리턴과 줄 바꿈을 연달아 사용해 줄을 끝냅니다(CRLF). macOS와 Linux는 줄 바꿈 하나만 사용합니다(LF). 이 둘이 섞이면 파일이 한 줄로 이어지거나, 각 줄 끝에 쓸데없는 문자가 보일 수 있습니다.
TXT 파일에는 압축하거나 중간에 손상될 수 있는 구조가 없기 때문에, 전송 오류가 발생해도 비교적 온전하게 남을 가능성이 가장 높은 형식이기도 합니다.
TXT에 포함된 메타데이터
없습니다. 이것이 솔직한 답이며, 동시에 흥미로운 점입니다.
일반 텍스트 파일에는 컨테이너도, 헤더도 없으며 작성자, 제목, 생성 날짜를 저장할 곳도 없습니다. TXT에 대해 메타데이터 보고서가 알려 줄 수 있는 모든 정보는 파일 외부에서 옵니다. 파일을 저장하는 파일 시스템과, 바이트 자체를 분석한 결과입니다. 파일 이름, 바이트 단위 크기, 운영체제가 기록한 수정 시간, 감지된 인코딩, 줄 끝 스타일, 문자 수와 줄 수 같은 정보가 이에 해당합니다.
문서가 무엇을 드러내는지 걱정하는 사람에게는, 이런 특성 덕분에 일반 텍스트가 가장 안전한 전송 형식이 됩니다. 잊어버릴 수 있는 저자 필드도, 편집 시간도, 소프트웨어 버전도, 이전 초안의 썸네일도 없습니다. 파일에서 보이는 것만이 그 파일에 들어 있는 전부입니다.
또한 파일 시스템의 타임스탬프가 유일한 날짜 정보라는 뜻이기도 하며, 파일을 복사하면 이 값이 종종 초기화됩니다. 텍스트 파일이 언제 작성되었는지가 중요하다면, 그 날짜를 텍스트 내용 안에 기록해 두어야 합니다.
TXT를 사용해야 할 때
일반 텍스트는 메모, 로그, 설정 파일, 다른 앱으로 처리할 예정인 데이터, 수십 년 뒤에도 읽을 수 있어야 하는 내용에 사용하십시오. 말 자체에 모든 의미가 담겨 있을 때 적합한 형식입니다.
반대로 제목, 표, 이미지, 페이지 구분이 필요한 순간부터 TXT는 맞지 않는 형식입니다. 파일을 읽기 쉽게 유지하면서 가벼운 구조를 원한다면 Markdown을, 실제 레이아웃이 중요한 문서라면 워드 프로세서 형식을, 모든 사용자가 똑같이 보아야 한다면 PDF를 사용하는 것이 좋습니다.