XML 라이브러리 용 C++ '래퍼 클래스'

Question

그래서 XML 라이브러리의 나머지 부분에서 '숨길 수 있도록 xerces XML 라이브러리 주위에 클래스를 만들려고 시도했습니다. 계획.

이것은 매우 쉬운 작업이지만, 프로젝트의 나머지 부분에서 라이브러리를 숨겨서 클래스를 작성하는 것은 완전히 불가능합니다.

내가 잘못된 접근 방식을 가졌거나 내 '래퍼'아이디어가 완전히 바보입니까?

나는 이런 식으로 뭔가와 끝까지 내 생각이 잘못 사라

DOMElement* root(); //in my 'wrapper' class, however this DOMElement is part of the xerces library, at this point my 'wrapper' is broken. Now I have to use the xerces library everywhere I want to use this function. 

?

Answer 1

첫 번째 단계에서 래퍼를 사용하지 않는 것이 좋습니다. 레이어와 경계선이 명확한 지 확인합니다. 예를 들어 네트워크 레이어는 XML의 직렬화/비 직렬화를 처리하며 내부 형식 만 사용합니다. 이 작업을 수행하고 나중 단계에서 xerces를 다른 라이브러리로 바꾸려면 직렬화 계층 만 바꾸면됩니다. 즉, 각 XML 객체를 래핑하는 대신 전체 작업을 마무리하면됩니다 (serialize/deserialize).

Answer 2

라이브러리에 대한 고유 한 추상 인터페이스를 작성하는 것은 변경하려는 계획이나 사용중인 라이브러리를 변경할 가능성이있는 경우 바보 같은 생각이 아닙니다.

래퍼 인터페이스를 구현하기 위해 라이브러리 개체에 의존해서는 안됩니다. 자신의 구조와 자신의 함수 인터페이스를 구현하십시오. xml 구현 방법을 변경하고자 할 때 많은 작업을 쉽게 할 수 있습니다 (예 : 라이브러리 변경). 구현의

한 예 : 프로그램에서

class XmlElement 
{ 
    private: 
    DOMElement element; // point to the element of your library 

    public: 
    // Here you define how its public interface. 
    // There should be enough method/parameter to interact 
    // with any xml interface you will use in the future 
    XmlElement getSubElement(param) 
    { 
     // Create the Xmlelement 
     // Set the DOMElement wanted 
     // return it 
    } 
} 

당신이 볼 수 있습니다 : 그 어떤 DOMElement 또는 기능처럼

void function() 
{ 
    XmlElement root(); 
    root.getSubElement("value"); // for example 
} 

프로젝트에 나타납니다.

Answer 3

내 의견에 언급했듯이 약간 다른 접근 방식을 취할 것입니다. 내 코드베이스가 내가 사용하고있는 특정 메시징 형식 (xml)에 의존하는 것을 원하지 않습니다 (예를 들어 xml을 나중에 다른 것으로 변경하려는 경우 어떻게해야합니까?) 대신 잘 정의 된 개체 모델로 작업하고 XML 문자열로 변환하거나 XML 문자열로 변환하는 간단한 인코더/디코더. 이 인 코드/디코더는 기본 와이어 포맷이 바뀌면 대체 할 비트가 될 것입니다.

디코더는 소켓에서 읽은 데이터를 가져 와서 적절한 개체 (요청을 나타내는 개체가 중첩 된 개체)를 생성하고 디코더는 비슷한 개체를 가져 와서 XML을 생성합니다. 퍼포먼스가 주요 관심 사항이 아니라면 TinyXML과 같은 라이브러리를 사용하면 꽤 가벼워 질 것입니다.이 라이브러리를 사용하면 더 가볍게 만들 수 있습니다 ...