Wie rekursiv serialisiert ein Objekt mit reflektion?

Serialisierung ist im Grunde tief Klonen.

Sie brauchen, um zu verfolgen jedes Objekt Referenz für reoccurrencies (zum Beispiel durch Verwendung von IdentityHashMap). Was auch immer Ihre endgültige Umsetzung Methode (wenn keine externe Bibliothek) denken Sie daran, zu prüfen, Objekt reoccurrencies oder Sie können am Ende in einer infinent Schleife (wenn Objekt A hat Referenz auf Objekt B, das ebenfalls Referenz auf Objekt A oder etwas komplizierter-Schleife in einem Objektdiagramm).

Eine Möglichkeit ist die traverse durch Objekt-Graphen mit DFS-Algorithmus wie und zu bauen, die clone (serialisierte string) von dort.

Dieser pseudo-code hoffentlich erklärt, wie:

visited = {}
function visit(node) {
  if node in visited {
    doStuffOnReoccurence(node)
    return
  }
  visited.add(node)
  doStuffBeforeOthers(node)
  for each otherNode in node.expand() visit(otherNode)
  doStuffAfterOthers(node)
}

Den besuchten Satz in dem Beispiel ist, wo ich verwenden würde, Identität-set (wenn vorhanden), oder IdentityHashMap.

Wenn Sie finden, sich Felder nachdenklich (das ist der Knoten.expand() Teil) erinnern, gehen durch Oberklasse-Felder.

Reflexion sollte nicht verwendet werden, die in einer "normalen" Entwicklung der Fall. Reflexion Griffe code als Daten und Sie können Sie ignorieren alle normalen objektzugriffseinschränkungen. Ich habe diese verwendet werden, reflektierende Tiefe Kopie Zeug nur für tests:

1. In einem test überprüft verschiedene Arten von Objekten, die für Tiefe objektgraphen Gleichheit

2. In einen test, der analysiert, Objekt-graph Größe und andere Eigenschaften

Einen sauberen Weg, dies zu nähern, ist die Verwendung einer Besucher Muster zu halten Sie Ihre Codierung Implementierung getrennt von Ihrem business-objects -. Einige Leute behaupten, dass Sie einfach zu implementieren die Externalizable - Schnittstelle zusammen mit readExternal /writeExternal aber das hat die Probleme, dass:

• Ihr Protokoll ist embededded in Ihrem business-Objekt, was bedeutet, es ist verteilt in Ihrer Codebasis eher, als dass Sie in einem Ort.
• Ihrer Anwendung nicht auf die Unterstützung mehrerer Protokolle (wie Google Protocol Buffers).

Beispiel

/**
 * Our visitor definition.  Includes a visit method for each
 * object it is capable of encoding.
 */
public interface Encoder {
  void visitAnimal(Animal a);
  void visitVegetable(Vegetable v);
  void visitMineral(Mineral m);
}

/**
 * Interface to be implemented by each class that can be encoded.
 */
public interface Encodable {
  void applyEncoder(Encoder e);
}

public class Animal implements Encodable {
  public void applyEncoder(Encoder e) {
    //Make call back to encoder to encode this particular Animal.
    //Different encoder implementations can be passed to an Animal
    //*without* it caring.
    e.visitAnimal(this);
  }
}

Normalerweise würde man dann definieren Sie eine stateful Encoder Umsetzung, das wäre "push" jedes Objekt zu einem OutputStream wenn seine visitXXX - Methode aufgerufen wird; z.B.

public class EncoderImpl implements Encoder {
  private final DataOutputStream daos;

  public EncoderImpl(File file) throws IOException {
    this.daos = new DataOutputStream(new BufferedOutputStream(new FileOutputStream(file)));
  }

  public void visitAnimal(Animal a) {        
    daos.writeInt(a.getWeight());
    daos.writeUTF(a.getName());

    //Write the number of children followed by an encoding of each child animal.
    //This allows for easy decoding.
    daos.writeInt(a.getChildren().size());

    for (Animal child : a.getChildren()) {
      visitAnimal(child);
    }
  }

  //TODO: Implement other visitXXX methods.

  /**
   * Called after visiting each object that requires serializing.
   */
  public void done() {
    daos.close();
  }
}