ルート要素にデフォルトの名前空間を書き込まないようにXmlSerializerを構成する方法はありますか?
私が得るものはこれです:
<?xml ...>
<rootelement xmlns:xsi="..." xmlns:xsd="...">
</rootelement>
両方のxmlns宣言を削除したいと思います。
ルート要素にデフォルトの名前空間を書き込まないようにXmlSerializerを構成する方法はありますか?
私が得るものはこれです:
<?xml ...>
<rootelement xmlns:xsi="..." xmlns:xsd="...">
</rootelement>
両方のxmlns宣言を削除したいと思います。
回答:
デイブは、.NETでオブジェクトをシリアル化するときにすべてのxsiおよびxsd名前空間を省略することに対する私の答えを繰り返すように求めたので、この投稿を更新し、前述のリンクからここで私の答えを繰り返しました。この回答で使用されている例は、他の質問で使用されているものと同じです。以下はそのままコピーされます。
Microsoftのドキュメントといくつかの解決策をオンラインで読んだ後、この問題の解決策を見つけました。これは、XmlSerializer
を介した組み込みXMLシリアル化とカスタムXMLシリアル化の両方で機能しますIXmlSerialiazble
。
つまり、MyTypeWithNamespaces
これまでこの質問への回答で使用されていたものと同じXMLサンプルを使用します。
[XmlRoot("MyTypeWithNamespaces", Namespace="urn:Abracadabra", IsNullable=false)]
public class MyTypeWithNamespaces
{
// As noted below, per Microsoft's documentation, if the class exposes a public
// member of type XmlSerializerNamespaces decorated with the
// XmlNamespacesDeclarationAttribute, then the XmlSerializer will utilize those
// namespaces during serialization.
public MyTypeWithNamespaces( )
{
this._namespaces = new XmlSerializerNamespaces(new XmlQualifiedName[] {
// Don't do this!! Microsoft's documentation explicitly says it's not supported.
// It doesn't throw any exceptions, but in my testing, it didn't always work.
// new XmlQualifiedName(string.Empty, string.Empty), // And don't do this:
// new XmlQualifiedName("", "")
// DO THIS:
new XmlQualifiedName(string.Empty, "urn:Abracadabra") // Default Namespace
// Add any other namespaces, with prefixes, here.
});
}
// If you have other constructors, make sure to call the default constructor.
public MyTypeWithNamespaces(string label, int epoch) : this( )
{
this._label = label;
this._epoch = epoch;
}
// An element with a declared namespace different than the namespace
// of the enclosing type.
[XmlElement(Namespace="urn:Whoohoo")]
public string Label
{
get { return this._label; }
set { this._label = value; }
}
private string _label;
// An element whose tag will be the same name as the property name.
// Also, this element will inherit the namespace of the enclosing type.
public int Epoch
{
get { return this._epoch; }
set { this._epoch = value; }
}
private int _epoch;
// Per Microsoft's documentation, you can add some public member that
// returns a XmlSerializerNamespaces object. They use a public field,
// but that's sloppy. So I'll use a private backed-field with a public
// getter property. Also, per the documentation, for this to work with
// the XmlSerializer, decorate it with the XmlNamespaceDeclarations
// attribute.
[XmlNamespaceDeclarations]
public XmlSerializerNamespaces Namespaces
{
get { return this._namespaces; }
}
private XmlSerializerNamespaces _namespaces;
}
このクラスはこれですべてです。さて、一部XmlSerializerNamespaces
はクラス内のどこかにオブジェクトを持つことに反対しました。しかし、ご覧のとおり、私はそれをデフォルトのコンストラクターにうまく収め、名前空間を返すパブリックプロパティを公開しました。
ここで、クラスをシリアル化するときに、次のコードを使用します。
MyTypeWithNamespaces myType = new MyTypeWithNamespaces("myLabel", 42);
/******
OK, I just figured I could do this to make the code shorter, so I commented out the
below and replaced it with what follows:
// You have to use this constructor in order for the root element to have the right namespaces.
// If you need to do custom serialization of inner objects, you can use a shortened constructor.
XmlSerializer xs = new XmlSerializer(typeof(MyTypeWithNamespaces), new XmlAttributeOverrides(),
new Type[]{}, new XmlRootAttribute("MyTypeWithNamespaces"), "urn:Abracadabra");
******/
XmlSerializer xs = new XmlSerializer(typeof(MyTypeWithNamespaces),
new XmlRootAttribute("MyTypeWithNamespaces") { Namespace="urn:Abracadabra" });
// I'll use a MemoryStream as my backing store.
MemoryStream ms = new MemoryStream();
// This is extra! If you want to change the settings for the XmlSerializer, you have to create
// a separate XmlWriterSettings object and use the XmlTextWriter.Create(...) factory method.
// So, in this case, I want to omit the XML declaration.
XmlWriterSettings xws = new XmlWriterSettings();
xws.OmitXmlDeclaration = true;
xws.Encoding = Encoding.UTF8; // This is probably the default
// You could use the XmlWriterSetting to set indenting and new line options, but the
// XmlTextWriter class has a much easier method to accomplish that.
// The factory method returns a XmlWriter, not a XmlTextWriter, so cast it.
XmlTextWriter xtw = (XmlTextWriter)XmlTextWriter.Create(ms, xws);
// Then we can set our indenting options (this is, of course, optional).
xtw.Formatting = Formatting.Indented;
// Now serialize our object.
xs.Serialize(xtw, myType, myType.Namespaces);
これを実行すると、次の出力が得られます。
<MyTypeWithNamespaces>
<Label xmlns="urn:Whoohoo">myLabel</Label>
<Epoch>42</Epoch>
</MyTypeWithNamespaces>
私はこのメソッドを、Webサービス呼び出しのためにXMLにシリアル化されるクラスの深い階層を持つ最近のプロジェクトで正常に使用しました。Microsoftのドキュメントは、XmlSerializerNamespaces
いったん作成した公にアクセス可能なメンバーをどうするかについてあまり明確ではなく、多くの人はそれを役に立たないと考えています。しかし、それらのドキュメントに従い、上記の方法でそれを使用することにより、サポートされていない動作に頼ったり、を実装することにより「独自のロール」シリアル化に頼ったりすることなく、XmlSerializerがクラスのXMLを生成する方法をカスタマイズできますIXmlSerializable
。
この答えが、によって生成された標準xsi
とxsd
名前空間を取り除く方法を一時停止することを願っていますXmlSerializer
。
更新:OPのすべての名前空間の削除に関する質問に確実に回答したいだけです。上記の私のコードはこれで動作します。その方法をお見せしましょう。さて、上記の例では、実際にはすべての名前空間を削除することはできません(2つの名前空間が使用されているため)。XMLドキュメントのどこかに、のようなものが必要になりますxmlns="urn:Abracadabra" xmlns:w="urn:Whoohoo
。例のクラスがより大きなドキュメントの一部である場合、名前空間の上のどこかで、とのどちらか(または両方)Abracadbra
を宣言する必要がありWhoohoo
ます。そうでない場合は、名前空間の一方または両方の要素を、何らかの接頭辞で装飾する必要があります(デフォルトの名前空間を2つ持つことはできませんよね?)。したがって、この例でAbracadabra
は、デフォルトの名前空間です。MyTypeWithNamespaces
クラス内に次のWhoohoo
ように名前空間の名前空間プレフィックスを追加できます。
public MyTypeWithNamespaces
{
this._namespaces = new XmlSerializerNamespaces(new XmlQualifiedName[] {
new XmlQualifiedName(string.Empty, "urn:Abracadabra"), // Default Namespace
new XmlQualifiedName("w", "urn:Whoohoo")
});
}
これで、クラス定義で、<Label/>
要素が名前空間"urn:Whoohoo"
にあることを示したので、これ以上何もする必要はありません。上記のシリアル化コードを変更せずに使用してクラスをシリアル化すると、出力は次のようになります。
<MyTypeWithNamespaces xmlns:w="urn:Whoohoo">
<w:Label>myLabel</w:Label>
<Epoch>42</Epoch>
</MyTypeWithNamespaces>
<Label>
はドキュメントの他の部分とは異なる名前空間にあるため、何らかの方法で名前空間で「装飾」する必要があります。無残っていることに注意してくださいxsi
とxsd
名前空間。
これで、他の質問に対する私の回答は終了です。しかし、名前空間を使用しないことについてのOPの質問に確実に回答したかったのです。なぜなら、まだ対処していないように思うからです。それは想定し<Label>
、この場合には、文書の残りの部分と同じ名前空間の一部ですurn:Abracadabra
:
<MyTypeWithNamespaces>
<Label>myLabel<Label>
<Epoch>42</Epoch>
</MyTypeWithNamespaces>
コンストラクターは、最初のコード例と同じように見え、デフォルトの名前空間を取得するためのpublicプロパティも一緒に表示されます。
// As noted below, per Microsoft's documentation, if the class exposes a public
// member of type XmlSerializerNamespaces decorated with the
// XmlNamespacesDeclarationAttribute, then the XmlSerializer will utilize those
// namespaces during serialization.
public MyTypeWithNamespaces( )
{
this._namespaces = new XmlSerializerNamespaces(new XmlQualifiedName[] {
new XmlQualifiedName(string.Empty, "urn:Abracadabra") // Default Namespace
});
}
[XmlNamespaceDeclarations]
public XmlSerializerNamespaces Namespaces
{
get { return this._namespaces; }
}
private XmlSerializerNamespaces _namespaces;
次に、後でMyTypeWithNamespaces
オブジェクトを使用してシリアル化するコードで、上記のように呼び出します。
MyTypeWithNamespaces myType = new MyTypeWithNamespaces("myLabel", 42);
XmlSerializer xs = new XmlSerializer(typeof(MyTypeWithNamespaces),
new XmlRootAttribute("MyTypeWithNamespaces") { Namespace="urn:Abracadabra" });
...
// Above, you'd setup your XmlTextWriter.
// Now serialize our object.
xs.Serialize(xtw, myType, myType.Namespaces);
そして、XmlSerializer
出力に追加の名前空間なしで、上記のように同じXMLを吐き出します。
<MyTypeWithNamespaces>
<Label>myLabel<Label>
<Epoch>42</Epoch>
</MyTypeWithNamespaces>
XmlTextWriter xtw = (XmlTextWriter)XmlTextWriter.Create(ms, xws);
に置き換える必要があったことvar xtw = XmlTextWriter.Create(memStm, xws);
です。
XmlTextWriter.Create
(abstract?)XmlWriter
インスタンスを返します。したがって、@ Preza8は正しいので、他のXmlTextWriter
固有のプロパティを(少なくとも、それをダウンキャストしないと)設定できず、したがって、への特定のキャストを失うことになりますXmlTextWriter
。
//Create our own namespaces for the output
XmlSerializerNamespaces ns = new XmlSerializerNamespaces();
//Add an empty namespace and empty value
ns.Add("", "");
//Create the serializer
XmlSerializer slz = new XmlSerializer(someType);
//Serialize the object with our own namespaces (notice the overload)
slz.Serialize(myXmlTextWriter, someObject, ns)
代替手段があります- シリアル化する型にXmlSerializerNamespaces型のメンバーを提供できます。XmlNamespaceDeclarations属性で装飾します。名前空間プレフィックスとURIをそのメンバーに追加します。次に、XmlSerializerNamespacesを明示的に提供しないシリアル化では、型に入力した名前空間プレフィックス+ URIペアを使用します。
コード例、これがあなたのタイプだとしましょう:
[XmlRoot(Namespace = "urn:mycompany.2009")]
public class Person {
[XmlAttribute]
public bool Known;
[XmlElement]
public string Name;
[XmlNamespaceDeclarations]
public XmlSerializerNamespaces xmlns;
}
あなたはこれを行うことができます:
var p = new Person
{
Name = "Charley",
Known = false,
xmlns = new XmlSerializerNamespaces()
}
p.xmlns.Add("",""); // default namespace is emoty
p.xmlns.Add("c", "urn:mycompany.2009");
つまり、独自のプレフィックス+ URIペアのセットを指定しないインスタンスのシリアル化では、 "urn:mycompany.2009"名前空間に "p"プレフィックスが使用されます。また、xsiおよびxsd名前空間も省略されます。
ここでの違いは、XmlSerializer.Serialize()の呼び出しで明示的に使用するのではなく、タイプ自体にXmlSerializerNamespacesを追加することです。つまり、自分のタイプのインスタンスが、所有していないコード(webservicesスタックなど)によってシリアル化され、そのコードがXmlSerializerNamespacesを明示的に提供しない場合、そのシリアライザーはインスタンスで提供される名前空間を使用します。
私が使用しています:
public class Person
{
public string FirstName { get; set; }
public string LastName { get; set; }
}
class Program
{
static void Main(string[] args)
{
const string DEFAULT_NAMESPACE = "http://www.something.org/schema";
var serializer = new XmlSerializer(typeof(Person), DEFAULT_NAMESPACE);
var namespaces = new XmlSerializerNamespaces();
namespaces.Add("", DEFAULT_NAMESPACE);
using (var stream = new MemoryStream())
{
var someone = new Person
{
FirstName = "Donald",
LastName = "Duck"
};
serializer.Serialize(stream, someone, namespaces);
stream.Position = 0;
using (var reader = new StreamReader(stream))
{
Console.WriteLine(reader.ReadToEnd());
}
}
}
}
次のXMLを取得するには:
<?xml version="1.0"?>
<Person xmlns="http://www.something.org/schema">
<FirstName>Donald</FirstName>
<LastName>Duck</LastName>
</Person>
名前空間が不要な場合は、DEFAULT_NAMESPACEを ""に設定します。