.NET, Warum muss ich verwenden *Angegebenen-Eigenschaft zu erzwingen-Serialisierung? Gibt es eine Möglichkeit, dies nicht tun?

Ich bin mit xml-Serialisierung in meinem Projekt zum serialisieren und Deserialisieren von Objekten basiert auf einem xml-schema. Ich benutzte den xsd-tool zu erstellen, Klassen zu verwenden, wenn serialisieren /Deserialisieren der Objekte.

Wenn ich zum serialisieren des Objekts, bevor ich gezwungen bin, um die *Angegebenen-Eigenschaft auf true, um die Kraft der serializer zu serialisieren alle propeties nicht string.

Gibt es eine Möglichkeit zu zwingen, die Serialisierung aller Eigenschaften, ohne die *Angegebenen-Eigenschaft auf true?

  • Können Sie sich mit Ihrer Klasse definition?
  • Ich kann nicht die ganze Klasse... zu groß um hier zu posten. Was wäre am besten zu beheben mit?
  • Es gibt keinen anderen Weg, dies zu tun, wenn Sie mit XML-Serialisierung. Können Sie den Datenvertrag-Serialisierung? Oder vielleicht LINQ to XML?
  • Kann es möglich sein, gehen Sie mit dem Datenvertrag-Serialisierung aber nicht LINQ. Danke für die Anregung.
  • Wir haben herausgefunden, dass jedes Element im schema müssen vom Typ string, um auf die Einstellung der *angegebenen-Eigenschaft. Danke Euch allen für Eure Antworten.
InformationsquelleAutor TheDevOpsGuru | 2011-07-15
  1. 21

    Den FooSpecified - Eigenschaft wird verwendet, um zu Steuern, ob die Foo - Eigenschaft serialisiert werden muss. Wenn Sie wollen immer zu serialisieren der Eigenschaft, entfernen Sie einfach die FooSpecified Eigenschaft.

    • Das problem dabei ist, dass ich den generierten code durch das XSD-tool für die Wartung Gründen voran. Entfernen etwas von der generierten Klasse ist keine option.
    • OK... können Sie die XSD dann? Wenn Sie markieren die Eigenschaft nicht null-Werte zulassen, die FooSpecified Eigenschaft wird nicht generiert werden
    • Leider Nein, ich kann nicht ändern das schema aus dem anderen Ende. Vielen Dank für die Gedanken und Anregungen.
    • Dies sollte so markiert werden, dass die Antwort wirklich.....
    • Eine andere option wäre die re-generieren Sie den code mit dem XSD-tool und geben Sie die option NICHT generieren 'angegeben' Eigenschaften.
    • xsd.exe hat keine solche option, soweit ich weiß...
    • Die Xsd2Code addin für Visual Studio nicht haben. xsd2code.codeplex.com
    • gut zu wissen, danke für den link!
    • Xsd2Code Werkzeug hat eine option, ob include Angegebene Feld oder nicht

    InformationsquelleAutor Thomas Levesque
  2. 5

    Ich weiß, das ist eine alte Frage, aber keine der anderen Antworten (ausser vielleicht der Vorschlag mit Xsd2Code) wirklich produziert eine ideale Lösung, wenn Sie die code-Generierung als Teil von Ihr zu bauen, und Ihre .xsd ändern kann mehrere Male während eines einzelnen release-Zyklus.

    Einen einfachen Weg für mich zu bekommen, was ich wirklich wollte und immer noch verwenden xsd.exe war das ausführen der generierten Datei durch einen einfachen post-Prozessor. Der code für das post-Prozessor ist wie folgt:

    namespace XsdAutoSpecify
{
using System;
using System.Collections.Generic;
using System.IO;
using System.Text.RegularExpressions;

class Program
{
    static void Main(string[] args)
    {
        try
        {
            if (args.Length != 1)
            {
                throw new ArgumentException("Specify a file name");
            }

            string fileName = args[0];
            Regex regex = new Regex(".*private bool (?<fieldName>.*)Specified;");

            IList<string> result = new List<string>();
            IDictionary<string, string> edits = new Dictionary<string, string>();

            foreach (string line in File.ReadLines(fileName))
            {
                result.Add(line);
                if (line.Contains("public partial class"))
                {
                    //Don't pollute other classes which may contain like-named fields
                    edits.Clear();
                }
                else if (regex.IsMatch(line))
                {
                    //We found a "private bool fooSpecified;" line.  Add
                    //an entry to our edit dictionary.
                    string fieldName = regex.Match(line).Groups["fieldName"].Value;
                    string lineToAppend = string.Format("this.{0} = value;", fieldName);
                    string newLine = string.Format("                this.{0}Specified = true;", fieldName);
                    edits[lineToAppend] = newLine;
                }
                else if (edits.ContainsKey(line.Trim()))
                {
                    //Use our edit dictionary to add an autospecifier to the foo setter, as follows:
                    //  set {
                    //      this.fooField = value;
                    //      this.fooFieldSpecified = true;
                    //  }
                    result.Add(edits[line.Trim()]);
                }
            }

            //Overwrite the result
            File.WriteAllLines(fileName, result);
        }
        catch (Exception ex)
        {
            Console.WriteLine(ex.ToString());
            Environment.Exit(-1);
        }
    }
}
}

    Dem Ergebnis generiert wird code ähnlich dem folgenden:

        [System.Xml.Serialization.XmlAttributeAttribute()]
    public barEnum foo {
        get {
            return this.fooField;
        }
        set {
            this.fooField = value;
            this.fooFieldSpecified = true;
        }
    }
    InformationsquelleAutor Eric Hirst
  3. 2

    Stand ich vor gleichen Problem und endete-Einstellung *die Angegebenen Eigenschaften zu wahren durch Reflexion.

    Wie

    var customer = new Customer();
foreach (var propertyInfo in typeof(Customer).GetProperties().Where(p => p.Name.EndsWith("Specified")))
{
    propertyInfo.SetValue(customer, true);
}
    InformationsquelleAutor Semen Miroshnichenko
  4. 1

    Könnte man hinzufügen, einen default-Wert zu Ihrem schema und verwenden Sie dann die DefaultValueAttribute.

    Zum Beispiel könnten Sie haben die folgende in Ihrem schema:

    <xs:element name="color" type="xs:string" default="red"/>

    Dann die folgende Eigenschaft für die Serialisierung:

    [DefaultValue(red)]
public string color { get; set; }

    Diese sollten die Kraft der Farbe-Eigenschaft, damit immer serialisieren, die als "rot", wenn nicht explizit etwas anderes.

    • Könnten Sie ein Beispiel geben was du meinst? Was würde dieses element in der schema Aussehen?
    • Sicher sind, überprüfen Sie meine zu Bearbeiten.
    • Dies ist eine schöne Anregung, aber ich weiß nicht, ob wir können dies tun, vom anderen Ende, wo das schema erstellt wird.
    • Sorry, habe ich falsch verstanden und dachte, Sie waren die Erstellung der schema-als auch. Unabhängig davon, sollten Sie noch in der Lage sein zu verwenden, das DefaultValueAttribute in Ihrem Serialisierung von Klassen. Der trick ist, zu bestimmen, was die richtige default-Wert sein sollte, wenn es nicht im schema definiert.
    InformationsquelleAutor Mike Post
  5. 1

    Fanden wir, dass die Antwort auf diese Frage ist zu stellen Sie sicher, dass der schema-Elemente sind definiert als string Datentypen. Dies wird sicherstellen, dass der serializer serialisiert alle Felder, ohne die Verwendung der korrelierten *angegebenen-Eigenschaft.

    • Das ist wirklich nicht die beste Antwort. Siehe Thomas L. über.
    • Es hat Nachteile, da Sie pflegen müssen, damit die string-Konstante in C# anstatt als einen enumerator in Ihrem xsd -, aber es ist eine bessere option als Thomas L ' s in einigen Fällen. Unter anderem, es erfordert keine manuelle (oder automatische) Bearbeitung des generierten Codes, und es hält die Parameter automatisch serialisiert wird Ihre default-Werte.
    • Nicht eine Antwort, wo der konsument hat keine Kontrolle über die xsd.
    InformationsquelleAutor TheDevOpsGuru
Schreibe einen Kommentar