Nie jest obsługiwane definiowanie wielu @SerializedName
adnotacji w polu w Gson.
Przyczyna: domyślnie deserializacja jest zarządzana za pomocą LinkedHashMap, a klucze są definiowane przez nazwy pól przychodzących json (nie nazwy pól klasy niestandardowej lub serializedNames) i istnieje mapowanie jeden do jednego. Widać realizacji (jak działa deserializacjia) na ReflectiveTypeAdapterFactory
klasę za wewnętrzną klasy Adapter<T>
„s read(JsonReader in)
metody.
Rozwiązanie:
Możesz napisać własny TypeAdapter który obsługuje name
, person
i user
znaczniki json i mapuje je do nazwy pola niestandardowej klasy MyClass
:
class MyClassTypeAdapter extends TypeAdapter<MyClass> {
@Override
public MyClass read(final JsonReader in) throws IOException {
final MyClass myClassInstance = new MyClass();
in.beginObject();
while (in.hasNext()) {
String jsonTag = in.nextName();
if ("id".equals(jsonTag)) {
myClassInstance.id = in.nextInt();
} else if ("name".equals(jsonTag)
|| "person".equals(jsonTag)
|| "user".equals(jsonTag)) {
myClassInstance.name = in.nextString();
}
}
in.endObject();
return myClassInstance;
}
@Override
public void write(final JsonWriter out, final MyClass myClassInstance)
throws IOException {
out.beginObject();
out.name("id").value(myClassInstance.id);
out.name("name").value(myClassInstance.name);
out.endObject();
}
}
Przypadek testowy:
String jsonVal0 = "{\"id\": 5382, \"user\": \"Mary\" }";
String jsonVal1 = "{\"id\": 2341, \"person\": \"Bob\"}";
final GsonBuilder gsonBuilder = new GsonBuilder();
gsonBuilder.registerTypeAdapter(MyClass.class, new MyClassTypeAdapter());
final Gson gson = gsonBuilder.create();
MyClass myClassInstance0 = gson.fromJson(jsonVal0, MyClass.class);
MyClass myClassInstance1 = gson.fromJson(jsonVal1, MyClass.class);
System.out.println("jsonVal0 :" + gson.toJson(myClassInstance0));
// output: jsonVal0 :{"id":5382,"name":"Mary"}
System.out.println("jsonVal1 :" + gson.toJson(myClassInstance1));
// output: jsonVal1 :{"id":2341,"name":"Bob"}
Przykłady dotyczące TypeAdapters.
Edycja 2016.04.06: Jak napisał @Mathieu Castets w odpowiedzi, jest teraz obsługiwana. (To jest poprawna odpowiedź na to pytanie.)
public abstract String [] alternate
Returns: alternatywne nazwy pola podczas deserializacji
Domyślnie: {}