XML 파일 열기

실제로 탐색할 수 있는 트리

텍스트 편집기에서 XML은 꺾쇠괄호로 된 벽이지만, 같은 문서를 트리로 보면 읽을 수 있게 됩니다. 모든 요소는 펼치거나 접을 수 있는 행이 되고, 속성은 줄을 어지럽히지 않고 해당 요소 옆에 표시되며, 중첩은 들여쓰기로 나타납니다. 그래서 1만 줄짜리 내보내기 파일에서 필요한 레코드 하나를 찾으려면 원하지 않는 가지를 접기만 하면 됩니다.

요소가 수백 개를 넘는 문서는 루트 아래를 접은 상태로 여는데, 이는 의도된 것입니다. 큰 파일의 모든 행을 먼저 그리면 쓸 수 있게 되기까지 몇 초가 걸리고 스크롤도 버벅입니다. 접은 상태로 시작하면 문서의 구조가 바로 보이고, 보통 찾는 것도 그 구조입니다. 필요한 만큼 펼쳐 가는 방식이 더 빠르고, 낯선 파일을 이해하는 데도 더 좋습니다.

아무것도 가져오지 않고 아무것도 해석하지 않습니다. XML 문서는 외부 DTD나 엔티티를 참조할 수 있고, 이런 참조를 따라가는 파서는 그것이 가리키는 것, 즉 디스크의 파일이나 내부 네트워크의 주소를 가서 가져옵니다. 이것이 XML 외부 엔티티(XXE) 취약점이며, 완전한 방어는 거부하는 것뿐입니다. 그래서 외부 DTD에 의존하는 문서는 DTD 없이 표시됩니다. 이는 누락이 아니라 보안 기능이며, 사람들이 뷰어를 쓰는 바로 그 경우, 즉 직접 작성하지 않은 파일을 살펴볼 때 가장 중요합니다.

네임스페이스는 정규화해 없애지 않고 쓰인 그대로 보여 줍니다. 낯선 문서에서는 접두사 자체가 이해하려는 대상인 경우가 많기 때문입니다. CDATA 섹션은 그 안에 담긴 텍스트 그대로 표시하고, 엔티티 참조는 펼치지 않고 그대로 보여 주므로, 보이는 것이 파일에 있는 것과 일치합니다.

다른 작업이 필요할 때

무엇을 찾는지 알고 있다면 둘러보지 말고 쿼리하세요. xmlstarlet sel -t -v "//order[@id='42']/total" data.xml은 XPath 표현식으로 구체적인 질문에 답하고, xmllint --xpath도 같은 일을 합니다. 원하는 것을 표현할 수 있다면 트리를 펼치는 것보다 훨씬 빠릅니다.

메모리에 담을 수 없을 만큼 큰 파일이라면 어떤 뷰어도 도움이 되지 않습니다. 트리로 파싱한 XML은 보통 파일 크기의 몇 배를 차지합니다. Python의 iterparse 같은 스트리밍 파서는 수 GB 문서도 일정한 메모리로 훑어 나가며, 거대한 파일의 구조는 less와 xmllint --format만으로도 전부 불러오지 않고 확인할 수 있습니다.