XML (Extensible Markup Language)

XML(Extensible Markup Language)은 요소와 속성으로 데이터의 구조를 나타내는 텍스트 기반 마크업 언어입니다. 문서마다 필요한 이름과 계층을 정해 정보를 표현하며, 데이터를 주고받는 양쪽이 그 이름의 의미를 공유해야 합니다. 시작 태그와 끝 태그, 중첩 관계 같은 문법 규칙을 지키는 것과 업무에 맞는 내용인지 확인하는 것은 별도 단계입니다.

요소와 속성으로 표현하는 구조

W3C의 XML 1.0 명세는 XML 문서의 문자 데이터와 마크업을 구분하고, 마크업이 문서의 논리 구조를 표현한다고 설명합니다. 요소는 이름과 내용으로 구성되며 다른 요소를 안에 담을 수 있습니다. 주문 문서라면 주문을 나타내는 요소 안에 상품과 수량 요소를 넣는 식입니다. 속성은 요소의 시작 부분에 추가 정보를 붙입니다. 어떤 정보를 속성으로 둘지 자식 요소로 둘지는 해당 문서 형식의 설계에서 정합니다.

문법을 읽는 파서는 요소가 어디서 시작하고 끝나는지, 어떤 요소가 다른 요소에 속하는지 해석합니다. 이름이 비슷해 보여도 시작 태그와 끝 태그가 다르거나 중첩 순서가 맞지 않으면 같은 구조로 처리할 수 없습니다. XML은 대소문자도 구별합니다. 문서에 상품이라는 이름을 붙였다고 파서가 가격 계산법이나 주문 가능 여부까지 알게 되는 것은 아닙니다. 구조를 읽는 작업 다음에 응용 프로그램이 각 값의 의미를 해석합니다.

문법 적합성과 유효성의 차이

MDN의 XML 소개는 형식이 올바른 문서와 정해진 규칙에 유효한 문서를 구별합니다. 문법이 올바르다는 뜻의 정형성은 요소의 중첩과 태그 같은 XML 기본 규칙을 지켰는지에 관한 판단입니다. 특정 형식이 요구하는 요소와 순서까지 충족하는지는 별도의 규칙과 대조합니다. 문서가 파싱됐다는 사실만으로 받는 서비스가 요구하는 데이터까지 모두 들어 있다고 볼 수는 없습니다.

W3C 명세의 유효성은 연결된 문서 형식 정의와 그 제약을 기준으로 설명됩니다. 응용 환경에서는 별도 스키마로 구조와 자료형 조건을 정하기도 합니다. 주문 수량 요소가 들어 있다는 사실과 그 값이 허용된 범위에 있다는 사실은 다른 검사입니다. 파서가 문법 오류를 보고했는지, 구조 검증에서 필수 요소를 빠뜨렸는지, 업무 로직에서 값을 거절했는지를 구분하면 어디를 고칠지 판단하기 쉽습니다.

XML에서 앰퍼샌드나 여는 꺾쇠처럼 문법에 쓰이는 문자를 일반 데이터로 넣을 때는 알맞게 표현해야 합니다. 받은 문자열을 태그 사이에 그대로 이어 붙이면 데이터 일부가 마크업으로 해석되거나 문서가 깨질 수 있습니다. 값을 기록할 때 XML을 다루는 라이브러리의 직렬화 기능을 쓰면 내용과 문법의 경계를 명시할 수 있습니다. 데이터가 보이는 문자열과 파일에 저장된 표현이 달라도 파서가 읽은 값이 같은지 비교합니다.

데이터 교환과 HTML의 구분

XML은 필요한 어휘를 정의해 데이터를 교환하는 데 쓰이고, HTML은 웹 문서의 요소와 그 의미를 정해 둔 언어입니다. MDN은 XML이 HTML과 달리 미리 정해진 태그를 사용하도록 제한하지 않는다고 설명합니다. 꺾쇠 태그가 보인다는 공통점만으로 둘을 같은 규칙으로 처리하지 않습니다. 브라우저가 잘못된 HTML을 보정해 보여 주는 방식과 XML 파서가 문법 오류를 처리하는 방식도 구분할 대상입니다.

API 응답이나 설정 파일을 XML로 받았다면 문자 인코딩과 실제 문서 형식도 확인합니다. 한글이 깨진 경우에는 태그 구조뿐 아니라 파일의 바이트와 선언된 인코딩이 맞는지 살핍니다. 다른 시스템으로 변환할 때는 요소의 순서, 속성, 반복되는 요소, 텍스트가 섞인 내용을 어떻게 보존할지 정합니다. 이름과 값만 뽑아 새 형식에 옮기면 원문에 있던 계층이나 순서가 사라질 수 있으므로 변환 후에도 필요한 의미가 남는지 대조합니다.