??.NET Framework에서 XmlTextReader 및 XmlTextWriter 클래스는 xml 데이터의 읽기 및 쓰기 제어를 제공합니다. 이 기사에서 저자는 XML 브라우저(Readers)의 시스템 구조와 XMLDOM 및 SAX 지정자와 결합되는 방법을 설명합니다. 또한 저자는 브라우저를 사용하여 XML 문서를 분석하고 검증하는 방법, 올바른 형식의 XML 문서를 만드는 방법, Base64 및 BinHex 인코딩을 기반으로 하는 대규모 XML 문서를 읽고 쓰는 기능을 사용하는 방법을 보여줍니다. 마지막으로 저자는 판독기와 기록기를 별도의 클래스에 캡슐화하는 스트림 기반 읽기/쓰기 분석기를 구현하는 방법에 대해 설명합니다.
?? 3년 전쯤에 "XML이 없으면 프로그래밍의 미래는 없다"라는 주제로 소프트웨어 연구 컨퍼런스에 참가한 적이 있었습니다. XML은 실제로 단계별로 개발되고 있으며 .NET Framework에 포함되었습니다. 본 기사에서는 .NET Framework에서 XML 문서를 처리하는 API의 역할과 내부 특성을 설명하고, 일반적으로 사용되는 몇 가지 기능을 설명하겠습니다.
??MSXML에서 .net XML로
??.NET Framework가 등장하기 전에는 COM 기반 클래스 라이브러리인 MSXML 서비스를 사용하여 Windows XML 드라이버를 작성했습니다. . .NET Framework의 클래스와 달리 MSXML 클래스 라이브러리의 코드 일부는 API보다 더 심층적이며 운영 체제의 하위 계층에 완전히 포함되어 있습니다. MSXML은 실제로 응용 프로그램과 통신할 수 있지만 외부 환경과 실제로 통합할 수는 없습니다.
??MSXML 클래스 라이브러리는 win32에서 가져올 수 있고 CLR에서도 사용할 수 있지만 외부 서버 구성 요소로만 사용할 수 있습니다. 그러나 .NET Framework 기반 애플리케이션은 XML 클래스를 직접 사용하여 애플리케이션을 .NET Framework의 다른 네임스페이스와 통합할 수 있으며 작성된 코드를 쉽게 찾아볼 수 있습니다.
?MSXML 파서는 독립 구성 요소로서 비동기 분석과 같은 몇 가지 고급 기능을 제공합니다. .NET Framework의 XML 클래스와 .NET Framework의 다른 클래스에는 이 기능이 제공되지 않습니다. 그러나 NET Framework의 XML 클래스는 다른 클래스와 쉽게 통합되어 동일한 기능을 얻을 수 있습니다. 더 많은 효능을 추가할 수 있습니다.
.NET Framework의 XML 클래스는 XML 데이터를 분석, 쿼리 및 변환하기 위한 기본 기능을 제공합니다. .NET Framework에서는 Xpath 쿼리 및 XSLT 변환을 지원하는 클래스뿐만 아니라 XML 문서 읽기/쓰기를 위한 클래스도 찾을 수 있습니다. 또한 .NET Framework에는 개체 직렬화(XmlSerializer 및 SoapFormatter 클래스), 애플리케이션 구성(AppSettingsReader 클래스) 및 데이터 저장소(DataSet 클래스)와 같은 XML 처리를 위한 다른 클래스도 포함되어 있습니다. 이 기사에서는 기본 XML I/O 작업을 구현하는 클래스에 대해서만 설명합니다.
??XML 분석 모드
??XML은 마크업 언어이므로 문서에 저장된 정보를 특정 구문에 따라 분석하고 이해하는 도구가 있어야 합니다. 이 도구는 표시된 텍스트를 읽고 플랫폼별 개체를 반환하는 구성 요소인 XML 파서입니다.
??모든 XML 파서는 속한 운영 플랫폼에 관계없이 트리 기반 프로세서 또는 이벤트 기반 프로세서라는 두 가지 범주로 나뉩니다. 이 두 범주는 일반적으로 XMLDOM(Microsoft XML Document Object Model) 및 SAX(Simple API for XML)를 사용하여 구현됩니다. XMLDOM 파서는 일반 트리 기반 API로, XML 문서를 메모리 내 구조의 트리로 노출합니다. SAX 파서는 이벤트 기반 API입니다. 이는 XML 데이터 스트림의 각 요소를 처리합니다(XML 데이터를 스트림에 넣고 처리합니다). 일반적으로 DOM은 SAX 스트림에 의해 로드되고 실행될 수 있으므로 이 두 가지 처리 유형은 상호 배타적이지 않습니다.
?? 일반적으로 SAX 파서와 XMLDOM 파서는 정반대이며 분석 모드도 매우 다릅니다. XMLDOM은 기능 컬렉션 내에서 잘 정의되어 있으므로 확장할 수 없습니다. 대용량 문서를 처리할 때 방대한 기능 모음을 처리하기 위해 많은 메모리 공간을 차지합니다.
SAX 분석기는 클라이언트 애플리케이션을 사용하여 플랫폼별 객체의 기존 인스턴스를 통해 분석 이벤트를 처리합니다. SAX 구문 분석기는 모든 처리를 제어하여 데이터를 처리기로 "푸시"하고 처리할 데이터를 수락하거나 거부합니다. 이 모드의 장점은 메모리 공간이 거의 필요하지 않다는 것입니다.
??.NET Framework는 XMLDOM 모드를 완벽하게 지원하지만 SAX 모드는 지원하지 않습니다. 왜? .NET Framework는 XMLDOM 파서와 XML 브라우저라는 두 가지 분석 모드를 지원하기 때문입니다. 분명히 SAX 파서를 지원하지 않지만 이것이 SAX 파서와 유사한 기능을 제공하지 않는다는 의미는 아닙니다. XML 브라우저를 통해 SAX의 모든 기능을 쉽게 구현하고 보다 효과적으로 사용할 수 있습니다. SAX 파서와 달리 .NET Framework 브라우저는 모두 클라이언트 애플리케이션에서 실행됩니다. 이러한 방식으로 응용 프로그램 자체는 실제로 필요한 데이터만 "꺼낸 다음" XML 데이터 스트림에서 벗어날 수 있습니다. SAX 분석 모드는 응용 프로그램에 대한 모든 유용하고 쓸모 없는 정보를 처리합니다.
??브라우저는 .NET Framework 스트리밍 모드를 기반으로 작동하며 작동 방식은 데이터베이스 커서와 유사합니다. 흥미롭게도 유사한 커서 구문 분석 패턴을 구현하는 클래스는 .NET Framework의 XMLDOM 파서에 대한 기본 지원을 제공합니다. 두 개의 추상 클래스 XmlReader 및 XmlWriter는 XMLDOM 클래스, ADO.NET 드라이버 클래스 및 구성 클래스를 포함하여 .NET Framework의 모든 XML 클래스의 기본 클래스입니다. 따라서 .NET Framework에서 XML 데이터를 처리하는 두 가지 대체 방법이 있습니다. XmlReader 및 XmlWriter 클래스를 사용하여 XML 데이터를 직접 처리하거나 XMLDOM 모드를 사용합니다. .NET Framework에서 문서를 읽는 방법에 대한 자세한 내용은 MSDN 2002년 8월호의 최첨단 칼럼 기사를 참조하십시오.
위 내용은 .NET Framework에서 XML 데이터를 쉽게 처리하는 내용(1-1)입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지(www.php.cn)를 참고해주세요!