No se admite definir múltiples @SerializedName
anotaciones en un campo en Gson.
Motivo: De forma predeterminada, la deserialización se administra con un LinkedHashMap y las claves se definen por los nombres de campo de json entrantes (no los nombres de campo de la clase personalizada o los serializedNames) y hay una asignación uno a uno. Se puede ver la aplicación (cómo funciona la deserialización) en la ReflectiveTypeAdapterFactory
clase interna de la clase Adapter<T>
's read(JsonReader in)
método.
Solución:
Se puede escribir una costumbre TypeAdapter que maneja name
, person
y user
etiquetas JSON y los asigna a campo del nombre de la clase personalizada 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();
}
}
Caso de prueba:
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"}
Ejemplos sobre TypeAdapters.
Editar 2016.04.06: Como ha escrito @Mathieu Castets en su respuesta, ahora es compatible. (Esa es la respuesta correcta para esta pregunta).
public abstract String [] alternativo
Devuelve: los nombres alternativos del campo cuando se deserializa
Predeterminado: {}