XMLライブラリのC++ 'wrapper class'

Question

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を生成します。パフォーマンスが第一の関心事でない場合は、TinyXMLなどのライブラリを使用します.TinyXMLは非常に軽量ですが、これをさらに薄くして軽量化することができます。