Различные имена свойства JSON при сериализации и десериализации

149

Возможно ли: иметь одно поле в классе, но разные имена для него во время сериализации / десериализации в библиотеке Джексона?

Например, у меня есть класс "Coordiantes".

class Coordinates{
  int red;
}

Для десериализации из JSON нужно иметь такой формат:

{
  "red":12
}

Но когда я сериализую объект, результат должен быть таким:

{
  "r":12
}

Я попытался реализовать это, применив @JsonPropertyаннотацию как к получателю, так и к установщику (с разными значениями):

class Coordiantes{
    int red;

    @JsonProperty("r")
    public byte getRed() {
      return red;
    }

    @JsonProperty("red")
    public void setRed(byte red) {
      this.red = red;
    }
}

но я получил исключение:

org.codehaus.jackson.map.exc.UnrecognizedPropertyException: нераспознанное поле "красный"

kiRach
источник

Ответы:

203

Только что проверил и это работает:

public class Coordinates {
    byte red;

    @JsonProperty("r")
    public byte getR() {
      return red;
    }

    @JsonProperty("red")
    public void setRed(byte red) {
      this.red = red;
    }
}

Идея состоит в том, что имена методов должны быть разными, поэтому Джексон анализирует его как разные поля, а не как одно поле.

Вот тестовый код:

Coordinates c = new Coordinates();
c.setRed((byte) 5);

ObjectMapper mapper = new ObjectMapper();
System.out.println("Serialization: " + mapper.writeValueAsString(c));

Coordinates r = mapper.readValue("{\"red\":25}",Coordinates.class);
System.out.println("Deserialization: " + r.getR());

Результат:

Serialization: {"r":5}
Deserialization: 25
bezmax
источник
такое же возможно с jaxb?
Цуй Пэнфэй 崔鹏飞
38

Вы можете использовать @jsonAliasкоторый был введен в Джексон 2.9.0

Пример:

public class Info {
  @JsonAlias({ "red" })
  public String r;
}

Используется rво время сериализации, но допускается redв качестве псевдонима при десериализации. Это все еще позволяет rдесериализовать также, все же.

Asura
источник
8
В документации для @JsonAlias прямо говорится, что это так has no effect during serialization where primary name is always used. Это не то, что хочет ОП.
Xaero Degreaz
3
@XaeroDegreaz Я думаю, @Asura означает, что вы можете использовать в rкачестве основного имени, но redдля @JsonAlias, который позволяет сериализовать его r, но добавляет, redчтобы быть признанным при десериализации. Аннотирование с @JsonProperty("r")и, кроме того, @JsonAlias("red")должно работать нормально для данной проблемы.
Джеррот
16

Вы можете использовать комбинацию @JsonSetter и @JsonGetter для управления десериализацией и сериализацией вашего свойства соответственно. Это также позволит вам сохранить стандартизированные имена методов получения и установки, которые соответствуют вашему фактическому имени поля.

import com.fasterxml.jackson.annotation.JsonSetter;    
import com.fasterxml.jackson.annotation.JsonGetter;

class Coordinates {
    private int red;

    //# Used during serialization
    @JsonGetter("r")
    public int getRed() {
        return red;
    }

    //# Used during deserialization
    @JsonSetter("red")
    public void setRed(int red) {
        this.red = red;
    }
}
Xaero Degreaz
источник
15

Я бы связал две разные пары геттеров / сеттеров с одной переменной:

class Coordinates{
    int red;

    @JsonProperty("red")
    public byte getRed() {
      return red;
    }

    public void setRed(byte red) {
      this.red = red;
    }

    @JsonProperty("r")
    public byte getR() {
      return red;
    }

    public void setR(byte red) {
      this.red = red;
    }
}
DRCB
источник
13
Но в этом случае во время сериализации мы получим оба свойства: «r» и «red» с одинаковыми значениями.
kiRach
@JsonIgnore для методов, которые вы не хотите обрабатывать, исправит эту проблему
Стефан,
В настоящее время есть более удобные аннотации: @JsonGetterа @JsonSetter. Таким образом, можно точно установить, как будет вести себя сериализатор.
DRCB
6

Возможно иметь нормальную пару геттер / сеттер. Вам просто нужно указать режим доступа в@JsonProperty

Вот тестовый модуль для этого:

public class JsonPropertyTest {

  private static class TestJackson {

    private String color;

    @JsonProperty(value = "device_color", access = JsonProperty.Access.READ_ONLY)
    public String getColor() {
      return color;
    };

    @JsonProperty(value = "color", access = JsonProperty.Access.WRITE_ONLY)
    public void setColor(String color) {
      this.color = color;
    }

  }

  @Test
  public void shouldParseWithAccessModeSpecified() throws Exception {
    String colorJson = "{\"color\":\"red\"}";
    ObjectMapper mapper = new ObjectMapper();
    TestJackson colotObject = mapper.readValue(colorJson, TestJackson.class);

    String ser = mapper.writeValueAsString(colotObject);
    System.out.println("Serialized colotObject: " + ser);
  }
}

Я получил вывод следующим образом:

Serialized colotObject: {"device_color":"red"}
Раман Елианевич
источник
5

Это было не то, что я ожидал как решение (хотя это законный вариант использования). Мое требование состояло в том, чтобы позволить существующему клиенту с ошибками (мобильное приложение, которое уже выпущено) использовать альтернативные имена.

Решение заключается в предоставлении отдельного метода установки, подобного этому:

@JsonSetter( "r" )
public void alternateSetRed( byte red ) {
    this.red = red;
}
Энди Тальковски
источник
2

Я знаю, что это старый вопрос, но для меня он заработал, когда я выяснил, что он конфликтует с библиотекой Gson, поэтому, если вы используете Gson, используйте @SerializedName("name")вместо @JsonProperty("name")надежды, что это поможет

Халед
источник
2

@JsonAliasАннотирование, с которым познакомился с Jackson 2.9+, без упоминания @JsonPropertyо десериализованном элементе с более чем одним псевдонимом (разные имена для свойства json) работает нормально.

Я использовал com.fasterxml.jackson.annotation.JsonAliasдля соответствия пакета сcom.fasterxml.jackson.databind.ObjectMapper моим сценарием использования.

Например:

@Data
@Builder
public class Chair {

    @JsonAlias({"woodenChair", "steelChair"})
    private String entityType;

}


@Test
public void test1() {

   String str1 = "{\"woodenChair\":\"chair made of wood\"}";
   System.out.println( mapper.readValue(str1, Chair.class));
   String str2 = "{\"steelChair\":\"chair made of steel\"}";
   System.out.println( mapper.readValue(str2, Chair.class));

}

просто отлично работает

Арнаб Дас
источник
1

Должно быть, они включили это как функцию, потому что теперь установка другого значения @JsonPropertyдля метода получения и установки дает в точности то, что вы ожидаете (другое имя свойства при сериализации и десериализации для одного и того же поля). Джексон версия 2.6.7

fetta
источник
0

Вы можете написать сериализованный класс для этого:

public class Symbol

{
     private String symbol;

     private String name;

     public String getSymbol() {
        return symbol;
    }
    public void setSymbol(String symbol) {
        this.symbol = symbol;
    }    
    public String getName() {
        return name;
    }    
    public void setName(String name) {
        this.name = name;
    }
}
public class SymbolJsonSerializer extends JsonSerializer<Symbol> {

    @Override
    public void serialize(Symbol symbol, JsonGenerator jgen, SerializerProvider serializers) throws IOException, JsonProcessingException {
        jgen.writeStartObject();

        jgen.writeStringField("symbol", symbol.getSymbol());
         //Changed name to full_name as the field name of Json string
        jgen.writeStringField("full_name", symbol.getName());
        jgen.writeEndObject(); 
    }
}
            ObjectMapper mapper = new ObjectMapper();

            SimpleModule module = new SimpleModule();
            module.addSerializer(Symbol.class, new SymbolJsonSerializer());
            mapper.registerModule(module); 

            //only convert non-null field, option...
            mapper.setSerializationInclusion(Include.NON_NULL); 

            String jsonString = mapper.writeValueAsString(symbolList);
Вернон Куджио
источник