XmlSerializer: удалите ненужные пространства имен xsi и xsd

118

Есть ли способ настроить XmlSerializer так, чтобы он не записывал пространства имен по умолчанию в корневом элементе?

То, что я получаю, это:

<?xml ...>
<rootelement xmlns:xsi="..." xmlns:xsd="...">
</rootelement>

и я хочу удалить обе объявления xmlns.

Дубликат: Как сериализовать объект в XML без получения xmlns = "​​..." ?

Теги:
xml-serialization

3 ответа

53
Лучший ответ

Так как Дэйв попросил меня повторить мой ответ на Опустить все пространства имен xsi и xsd при сериализации объекта в .NET, я обновил этот пост и повторил свой ответ здесь из вышеупомянутой ссылки. Пример, использованный в этом ответе, - это тот же пример, который используется для другого вопроса. Далее следует копировать, дословно.


После прочтения документации Microsoft и нескольких решений в Интернете я нашел решение этой проблемы. Он работает как с встроенной XmlSerializer, так и с пользовательской сериализацией XML через IXmlSerialiazble.

Чтобы использовать, я использую тот же образец XML MyTypeWithNamespaces, который использовался в ответах на этот вопрос до сих пор.

[XmlRoot("MyTypeWithNamespaces", Namespace="urn:Abracadabra", IsNullable=false)]
public class MyTypeWithNamespaces
{
    // As noted below, per Microsoft 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 documentation explicitly says it 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 documentation, you can add some public member that
    // returns a XmlSerializerNamespaces object. They use a public field,
    // but that 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>

Я успешно использовал этот метод в недавнем проекте с глубокой иерархией классов, которые сериализованы для XML для вызовов веб-сервисов. Документация Microsoft не совсем понятна, что делать с публично доступным членом XmlSerializerNamespaces после того, как вы ее создали, и многие считают это бесполезным. Но, следуя их документации и используя ее описанным выше способом, вы можете настроить, как XmlSerializer генерирует XML для ваших классов, не прибегая к неподдерживаемому поведению или "сворачивая собственную" сериализацию, реализуя IXmlSerializable.

Надеюсь, что этот ответ будет раз и навсегда избавиться от стандартных пространств имен xsi и xsd, сгенерированных XmlSerializer.

UPDATE: Я просто хочу убедиться, что я ответил на вопрос OP об удалении всех пространств имен. Мой код выше будет работать для этого; позвольте мне показать вам, как это сделать. Теперь, в приведенном выше примере, вы действительно не можете избавиться от всех пространств имен (потому что используются два пространства имен). Где-то в вашем XML-документе вам нужно будет что-то вроде xmlns="urn:Abracadabra" xmlns:w="urn:Whoohoo. Если класс в примере является частью более крупного документа, то где-то над пространством имен должно быть объявлено для одного из (или обоих) Abracadbra и Whoohoo. Если нет, то элемент в одном или обоих пространствах имен должен быть украшен некоторым префиксом (вы не можете иметь два пространства имен по умолчанию, правильно?). Итак, для этого примера 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>

Ваш конструктор будет выглядеть так, как в моем первом примере кода вместе с общедоступным свойством, чтобы получить пространство имен по умолчанию:

// As noted below, per Microsoft 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>
  • 0
    Для полноты, возможно, вам следует включить правильный ответ, а не просто ссылаться на него, а также мне интересно узнать, как вы пришли к выводу, что это «неподдерживаемое поведение».
  • 0
    Итак, здесь сказано так: msdn.microsoft.com/en-us/library/…
Показать ещё 11 комментариев
233
//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)
  • 3
    Именно так. Работает как шарм.
  • 21
    Хммм ... вы, ребята, мятежники. В msdn.microsoft.com/en-us/library/ прямо говорится, что вы не можете этого сделать.
Показать ещё 9 комментариев
6

Существует альтернатива - вы можете предоставить член типа 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, будет использовать префикс "p" для пространства имен "urn: mycompany.2009". Он также опустит пространства имен xsi и xsd.

Разница в том, что вы добавляете пространство XmlSerializerNamespaces к самому типу, вместо того, чтобы явно использовать его при вызове XmlSerializer.Serialize(). Это означает, что если экземпляр вашего типа сериализуется кодом, которым вы не являетесь (например, в стеке webservices), и этот код явно не предоставляет пространство XmlSerializerNamespaces, этот сериализатор будет использовать пространства имен, предоставленные в экземпляре.

  • 0
    1. Я не вижу разницы. Вы по-прежнему добавляете пространство имен по умолчанию к экземпляру XmlSerializerNamespaces.
  • 2
    2. Это больше загрязняет классы. Моя цель - не использовать определенное пространство имен, моя цель - вообще не использовать пространства имен.
Показать ещё 1 комментарий

Ещё вопросы

Сообщество Overcoder
Наверх
Меню