OK per utilizzare l'output JSON come predefinito per toString()?

Question

@Override 
public String toString() { 
    return new Gson().toJson(this); 
} 

sono io rompendo alcune buone pratiche, "Joshua" -pattern cosa, modello di progettazione generale o altra convenzione semplicemente facendo questo come comportamento predefinito per i miei oggetti del modello?

toString() verrà comunque utilizzato solo nel debugging nel paradigma (Android) che stiamo attualmente utilizzando. Questo è anche il motivo per cui mi piace vedere l'oggetto in JSON dal momento che molta persistenza di ORM/json avverrà attraverso http-> php/python-> mysql e SQLite locale.

Answer 1

Sì. È OK utilizzare la libreria GSON/Jackson/Reflections per implementare il metodo toString().

Esistono alcuni modi per implementare il metodo toString.

1. Reflections (biblioteca Apache)

   @Override 
   public String toString(){ 
       return org.apache.commons.lang3.builder.ReflectionToStringBuilder.toString(this); 
   } 
   

2. JSON implementazione basata (GSON, librerie Jackson)

   // GSON library for JSON 
   @Override 
   public String toString(){ 
       return new com.google.gson.Gson().toJson(this); 
   } 
   
   // Jackson libabry for JSON/YAML 
   @Override 
   public String toString() { 
       try { 
        return new com.fasterxml.jackson.databind.ObjectMapper().writerWithDefaultPrettyPrinter().writeValueAsString(this); 
       } catch (com.fasterxml.jackson.core.JsonProcessingException e) { 
        e.printStackTrace(); 
       } 
       return null; 
   } 
   

3. ToStringBuilder (disponibile con biblioteca apache-commons)

   @Override 
   public String toString() { 
       return new org.apache.commons.lang3.builder.ToStringBuilder(this). 
        append("field1", field1). 
        append("field2", field2). 
        toString(); 
   } 
   

4. hard-core toString() implementazione

   @Override 
   public String toString() { 
       return new StringBuilder() 
        .append("field1:"+field1) 
        .append("field2:"+field2) 
        .toString(); 
   } 
   

Answer 2

Non c'è niente di male nel farlo in questo modo. Vorrei suggerire di creare una variabile statica per il vostro Gson istanza e consentire abbastanza stampa:

static Gson gson = new GsonBuilder().setPrettyPrinting().create(); 

In questo modo l'output da toString metodo verrà formattato.

Answer 3

Fa male alle prestazioni perché Gson usa l'introspezione per capire quali campi stampare.

A parte questo, penso che sia ok. Non è l'implementazione standard di Java toString, ma non penso che cambiarlo sarebbe un anti-modello.

Answer 4

NOTA: Se si utilizza tale GSON piuttosto la stampa nel vostro metodo toString() sta andando a guardare come spazzatura nel vostro debugger perché sarà pieno di a capo.

(Spiacente, non ho avuto abbastanza rep per commentare sopra)