1) DOM(JAXP 크림슨 파서)
DOM은 플랫폼 및 언어 독립적인 방식으로 XML 문서를 표현하기 위한 공식 W3C 표준입니다. DOM은 계층 구조로 구성된 노드 또는 정보 조각의 모음입니다. 이 계층 구조를 통해 개발자는 트리에서 특정 정보를 검색할 수 있습니다. 이 구조를 분석하려면 일반적으로 작업을 완료하기 전에 전체 문서를 로드하고 계층 구조를 구성해야 합니다. DOM은 정보 계층 구조를 기반으로 하기 때문에 트리 기반 또는 객체 기반으로 간주됩니다. DOM과 일반적으로 트리 기반 처리에는 몇 가지 장점이 있습니다. 첫째, 트리는 메모리에 지속되기 때문에 애플리케이션이 데이터와 구조를 변경할 수 있도록 수정할 수 있습니다. 또한 SAX처럼 일회성 프로세스가 아닌 언제든지 트리 위아래로 탐색할 수 있습니다. DOM은 사용하기도 훨씬 간단합니다.
2) 색소폰
SAX 처리의 장점은 스트리밍 미디어의 장점과 매우 유사합니다. 모든 데이터가 처리될 때까지 기다리지 않고 즉시 분석을 시작할 수 있습니다. 또한 애플리케이션은 데이터를 읽으면서 확인만 하기 때문에 데이터를 메모리에 저장할 필요가 없습니다. 이는 대용량 문서의 경우 큰 장점입니다. 실제로 애플리케이션은 전체 문서를 구문 분석할 필요조차 없으며 특정 조건이 충족되면 구문 분석을 중지할 수 있습니다. 일반적으로 SAX는 대체품인 DOM보다 훨씬 빠릅니다.
DOM 또는 SAX? XML 문서를 처리하기 위해 자신의 코드를 작성해야 하는 개발자의 경우 DOM 또는 SAX 구문 분석 모델을 선택하는 것은 매우 중요한 디자인 결정입니다. DOM은 트리 구조를 사용하여 XML 문서에 액세스하는 반면 SAX는 이벤트 모델을 사용합니다.
DOM 파서는 XML 문서를 해당 내용이 포함된 트리로 변환하고 트리를 탐색할 수 있습니다. DOM을 사용하여 모델을 구문 분석하면 프로그래밍이 쉽다는 장점이 있습니다. 개발자는 트리 작성 지침을 호출한 다음 탐색 API를 사용하여 작업을 완료하는 데 필요한 트리 노드에 액세스하면 됩니다. 트리의 요소는 쉽게 추가하고 수정할 수 있습니다. 그러나 DOM 파서를 사용할 때는 전체 XML 문서를 처리해야 하므로 성능 및 메모리 요구 사항이 상대적으로 높으며, 특히 대용량 XML 파일을 접할 때 더욱 그렇습니다. 순회 기능으로 인해 DOM 파서는 XML 문서를 자주 변경해야 하는 서비스에서 자주 사용됩니다.
SAX 파서는 XML 문서를 구문 분석할 때 일련의 이벤트를 트리거할 수 있으며 지정된 태그가 발견되었음을 메서드에 알리기 위해 콜백 메서드를 활성화할 수 있습니다. SAX는 개발자가 처리할 태그를 결정할 수 있도록 하기 때문에 일반적으로 메모리 요구 사항이 낮습니다. 특히 개발자가 문서에 포함된 데이터의 일부만 처리하면 되는 경우 SAX의 확장성이 더 잘 반영됩니다. 그러나 SAX 파서를 사용할 때 코딩이 더 어렵고, 동일한 문서에 있는 여러 다른 데이터에 동시에 액세스하기가 어렵습니다.
3) JDOM http://www.jdom.org
JDOM의 목적은 XML과의 상호 작용을 단순화하고 DOM을 사용하여 구현하는 것보다 빠른 Java 관련 문서 모델이 되는 것입니다. JDOM은 최초의 Java 관련 모델인 이래로 많이 홍보되고 홍보되었습니다. "Java 사양 요청 JSR-102"를 통해 "Java 표준 확장"으로 최종적으로 사용하는 것이 고려되고 있습니다. JDOM 개발은 2000년대 초반부터 시작되었습니다.
JDOM과 DOM에는 두 가지 주요 차이점이 있습니다. 첫째, JDOM은 인터페이스가 아닌 구체적인 클래스만 사용합니다. 이는 어떤 면에서는 API를 단순화하지만 유연성도 제한합니다. 둘째, API는 Collections 클래스를 광범위하게 사용하므로 이러한 클래스에 이미 익숙한 Java 개발자의 사용을 단순화합니다.
JDOM 문서에는 그 목적이 "20%(또는 그 이하)의 노력을 사용하여 Java/XML 문제의 80%(또는 그 이상)를 해결하는 것"(학습 곡선을 기준으로 20% 가정)이라고 명시되어 있습니다. JDOM은 확실히 대부분의 Java/XML 애플리케이션에 유용하며 대부분의 개발자는 API가 DOM보다 훨씬 이해하기 쉽다고 생각합니다. JDOM에는 또한 사용자가 XML에서 의미가 없는 작업을 수행하지 못하도록 프로그램 동작에 대한 상당히 광범위한 검사가 포함되어 있습니다. 그러나 기본 이상의 작업을 수행하려면 XML을 충분히 이해해야 합니다(또는 경우에 따라 오류도 이해해야 함). 이는 DOM이나 JDOM 인터페이스를 배우는 것보다 더 의미 있는 작업일 수 있습니다.
JDOM 자체에는 파서가 포함되어 있지 않습니다. 일반적으로 SAX2 파서를 사용하여 입력 XML 문서를 구문 분석하고 검증합니다(이전에 구성된 DOM 표현을 입력으로 사용할 수도 있음). 여기에는 JDOM 표현을 SAX2 이벤트 스트림, DOM 모델 또는 XML 텍스트 문서로 출력하는 변환기가 포함되어 있습니다. JDOM은 Apache 라이센스의 변형에 따라 릴리스된 오픈 소스입니다.
4) DOM4J http://dom4j.sourceforge.net
DOM4J는 완전히 독립적인 개발을 나타내지만 원래는 JDOM의 지능형 포크였습니다. 이는 통합 XPath 지원, XML 스키마 지원, 대규모 문서 또는 스트리밍 문서에 대한 이벤트 기반 처리를 포함하여 기본 XML 문서 표현 이상의 많은 기능을 통합합니다. 또한 DOM4J API 및 표준 DOM 인터페이스를 통해 병렬 액세스 기능을 갖춘 문서 표현을 구축하는 옵션도 제공합니다. 2000년 하반기부터 개발이 진행 중이다.
이러한 모든 기능을 지원하기 위해 DOM4J는 인터페이스와 추상 기본 클래스 메서드를 사용합니다. DOM4J는 API에서 Collections 클래스를 많이 사용하지만 많은 경우 더 나은 성능이나 보다 직접적인 코딩 접근 방식을 허용하는 대안도 제공합니다. 직접적인 이점은 DOM4J가 더 복잡한 API에 비해 비용을 지불하지만 JDOM보다 훨씬 뛰어난 유연성을 제공한다는 것입니다.
유연성, XPath 통합 및 대규모 문서 처리 기능을 추가하는 동시에 DOM4J의 목표는 JDOM과 동일합니다. 즉, Java 개발자를 위한 사용 편의성 및 직관적인 작업입니다. 또한 기본적으로 모든 Java/XML 문제를 처리한다는 목표를 달성하여 JDOM보다 더 완벽한 솔루션을 목표로 합니다. 해당 목표를 달성하는 동안 잘못된 애플리케이션 동작을 방지하는 데 JDOM보다 덜 중점을 둡니다.
DOM4J는 탁월한 성능, 강력한 기능 및 극도의 사용 편의성을 갖춘 매우 뛰어난 Java XML API입니다. 요즘에는 점점 더 많은 Java 소프트웨어가 DOM4J를 사용하여 XML을 읽고 쓰는 것을 볼 수 있습니다. 특히 Sun의 JAXM도 DOM4J를 사용하고 있다는 점은 언급할 가치가 있습니다.
2...비교하다
1) DOM4J는 성능이 가장 좋습니다. Sun의 JAXM도 DOM4J를 사용하고 있습니다. 현재 많은 오픈 소스 프로젝트에서 DOM4J를 광범위하게 사용하고 있습니다. 예를 들어 유명한 Hibernate도 XML 구성 파일을 읽는 데 DOM4J를 사용합니다. 이식성이 문제가 되지 않는다면 DOM4J를 사용하세요.
2) 성능 테스트 중 JDOM과 DOM의 성능이 좋지 않았고, 10M 문서를 테스트할 때 메모리가 오버플로되었습니다. 작은 문서의 경우 DOM과 JDOM을 사용하는 것도 고려해 볼 만하다. JDOM 개발자들은 공식 출시 전에 성능 문제에 집중할 것이라고 밝혔지만, 성능 측면에서는 별로 추천할 만한 것이 없다. 게다가 DOM은 여전히 매우 좋은 선택입니다. DOM 구현은 많은 프로그래밍 언어에서 널리 사용됩니다. 이는 또한 다른 많은 XML 관련 표준의 기초이기도 하며, W3C에서 공식적으로 권장하기 때문에(비표준 기반 Java 모델과 반대) 특정 유형의 프로젝트(예: 자바스크립트의 DOM).
3) SAX는 특정 구문 분석 방법(이벤트 중심)에 따라 더 나은 성능을 발휘합니다. SAX는 들어오는 XML 스트림을 감지하지만 이를 메모리에 로드하지 않습니다. 물론 XML 스트림을 읽을 때 일부 문서는 일시적으로 메모리에 숨겨집니다.
3. 4가지 XML 작업 방식의 기본 사용법
XML 파일: