Jak usunąć k__BackingField z json podczas deserializacji

Otrzymuję k_BackingField w zwróconym jsonie po serializacji pliku xml do obiektu c # .net.

Dodałem DataContract i atrybut DataMember do obiektu c # .net, ale potem nic nie widzę po stronie json, po stronie klienta.

[XmlRoot("person")]
[Serializable]
public class LinkedIn
{
    [XmlElement("id")]
    public string ID { get; set; }

    [XmlElement("industry")]
    public string Industry { get; set; }

    [XmlElement("first-name")]
    public string FirstName { get; set; }

    [XmlElement("last-name")]
    public string LastName { get; set; }
    [XmlElement("headline")]
}

Przykład zwróconego pliku json:

home: Object
<FirstName>k__BackingField: "Storefront"
<LastName>k__BackingField: "Doors"

W rzeczywistości składnia właściwości automatycznej nie jest zalecana, jeśli klasa może być używana w serializacji. Powód, dla którego pole zapasowe jest generowane przez kompilator, może być inny za każdym razem, gdy kompilowany jest kod. Może to powodować problemy ze zgodnością, nawet jeśli w klasie nie zostanie wprowadzona żadna zmiana (wystarczy ponowna kompilacja kodu).

Myślę, że zastosowanie atrybutu DataMember rozwiąże problem w tym przypadku. Ale zalecałbym użycie pełnej składni właściwości, jeśli klasa ma być używana w serializacji.

Usuń [Serializable]z zajęć

Domyślny serializator WebApi doda składnię „__BackingField:” do właściwości automatycznych języka C #. Dodaj to do swojej konsoli WebConfig w App_Start, aby uzyskać bardziej przejrzysty plik JSON, którego możesz szukać.

using Newtonsoft.Json;
...

config.Formatters.JsonFormatter.SerializerSettings = new JsonSerializerSettings();

Mamy pewne obiekty, które są oznaczone jako [Serializable]tak, aby można je było serializować przy użyciu tradycyjnych metod, ale które musimy czysto serializować w formacie JSON do użytku z interfejsem API sieci Web. Ustawienie IgnoreSerializableAttributena truepowstrzyma Newtonsoft.Json przed zachowaniem się jak serialisers Microsoftu, a zamiast tego po prostu serializuje właściwości publiczne.

TLDR: Dodaj to do WebApiConfig.cs:

((Newtonsoft.Json.Serialization.DefaultContractResolver)config.Formatters.JsonFormatter.SerializerSettings.ContractResolver).IgnoreSerializableAttribute = true;

Moderator: Zamiast usuwać naprawdę dobrą odpowiedź na pytanie, które zostało zadane kilka razy, usuń zduplikowane pytanie. To jest prawidłowa odpowiedź na ważne pytanie.

Prosty, łatwy i przyzwoity sposób na ujawnienie danych Musimy udostępnić dane w obiekcie w czytelnym i spójnym formacie

Najpierw usuń [serializowalny]

    [Serializable]

teraz dodaj [DataContract] w klasie i [DataMember] dla właściwości jak w poniższym przykładzie

[DataContract]
public class UserDiscretion : UserReport
{
    [DataMember]
    public String DiscretionCode { get; set; }
    public String DiscretionDescription { get; set; }
}

Mam nadzieję, że ta pomoc
dzięki.

Kilka opcji:

1. Usuń [Serializable]z modelu

2. Dodaj [DataContract]i [DataMember]do swojego modelu wraz z [Serializable]

3. Dodaj poniższą linię do App_Start/WebApiConfig.cs

config.Formatters.JsonFormatter.SerializerSettings = new JsonSerializerSettings();

Kolejne rozwiązanie, które może pomóc w przypadku JSON.NET. Wystarczy oznaczyć klasę atrybutem [Newtonsoft.Json.JsonObject].

Pracowałem z klasami cs zbudowanymi z xsd i dodawałem niektóre właściwości za pomocą klas częściowych. Po serializacji json te właściwości zostały oznaczone k_BackingField. Ustawienia JsonFormatter wspomniane w innych odpowiedziach również pomogły, ale prostsze było oznaczenie częściowej klasy atrybutem [JsonObject].

Używałem DataContractJsonSerializerz klasą z innego zestawu, który miał Serializableatrybut. Dane wyjściowe zawierały „k__BackingField”. Usunięcie Serializableatrybutu (w innym zestawie) naprawiło ten problem. Nie pewny dlaczego.

Zakładając, że widzisz ten problem w swoim projekcie MVC, stwierdziłem, że zastąpienie użycia @ Html.JsonData jest całkiem proste. Oto fragment kodu, który działał dla mnie w przeszłości:

<input type="hidden" id="Model" value="@Html.Raw(new System.Web.Script.Serialization.JavaScriptSerializer().Serialize(Model))" />

Nie tak eleganckie, ale proste w mgnieniu oka.

Wystąpił ten problem, gdy w mojej klasie są właściwości odniesienia do siebie, takie jak;

class Person {
 List<Person> Friends { get; set;}
}

I był rezultat, osoba była ze sobą zaprzyjaźniona. Po prostu upewniłem się, że w moim zestawie wyników nie ma obiektów odwołujących się do siebie. Mam nadzieję że to pomoże.

Musiałem użyć atrybutów [Serializable], więc ich usunięcie nie wchodziło w grę.

XmlSerializer ignoruje [XmlAttribute] w WebApi

Powyższa rezolucja rozwiązała to za mnie.

GlobalConfiguration.Configuration.Formatters.XmlFormatter.UseXmlSerializer = true;

w moim przypadku ten błąd był dla wersji Newtonsoft.Json, serwer szukał wersji 6.0.0 i miałem 11.0 więc musiałem zainstalować wersję 6.0.0

Przyjaciele, nie deklarujcie takich właściwości:

public String DiscretionCode { get; set; }
public String DiscretionDescription { get; set; }

Ale stwórz pomocnicze zmienne, takie jak stare ...

private String discretionCode;

public String DiscretionCode 
{ 
    get { return discretionCode;}
    set { discretionCode = value; }
}