Was bedeutet es, ein Objekt zu hydratisieren?

Wenn jemand davon spricht, ein Objekt zu hydrieren, was bedeutet das?

Ich sehe ein Java-Projekt namens Hydrate im Web, das Daten zwischen verschiedenen Darstellungen umwandelt (RDMS zu OOPS zu XML). Ist dies die allgemeine Bedeutung von Objekthydratation? Daten zwischen Darstellungen transformieren? Könnte es bedeuten, eine Objekthierarchie aus einer gespeicherten Repräsentation zu rekonstruieren?

Hydration bezieht sich auf den Prozess, ein Objekt mit Daten zu füllen. Ein Objekt, das noch nicht hydratisiert wurde, wurde instanziiert und stellt eine Entität dar, die über Daten verfügt, aber die Daten wurden noch nicht in das Objekt geladen. Dies geschieht aus Leistungsgründen.

Darüber hinaus wird der Begriff Hydratation verwendet, wenn Pläne zum Laden von Daten aus Datenbanken oder anderen Datenquellen diskutiert werden. Hier sind einige Beispiele:

Man könnte sagen, dass ein Objekt teilweise hydratisiert ist, wenn Sie nur einige der Felder hineingeladen haben, aber nicht alle. Dies ist möglich, da diese anderen Felder für Ihre aktuellen Vorgänge nicht erforderlich sind. Es gibt also keinen Grund, Bandbreite und CPU-Zyklen für das Laden, Übertragen und Einstellen dieser Daten zu verschwenden, wenn sie nicht verwendet werden.

Darüber hinaus gibt es einige ORMs, wie z. B. Doctrine, die Objekte nicht hydratisieren, wenn sie instanziiert werden, sondern nur, wenn auf die Daten in diesem Objekt zugegriffen wird. Dies ist eine Methode, die hilft, keine Daten zu laden, die nicht verwendet werden.

In Bezug auf den allgemeineren Begriff Hydrat

Das Hydratisieren eines Objekts nimmt ein im Speicher vorhandenes Objekt, das noch keine Domänendaten (“echte” Daten) enthält, und füllt es dann mit Domänendaten (z. B. aus einer Datenbank, aus dem Netzwerk oder aus einer Datei). System).

Aus Erick Robertsons Kommentaren zu dieser Antwort:

Deserialisierung == Instanziierung + Hydration

Wenn Sie sich keine Gedanken über eine sprunghafte Leistung machen müssen und keine Leistungsoptimierungen debuggen, die sich in den Interna einer Datenzugriffs-API befinden, müssen Sie sich wahrscheinlich nicht explizit mit der Hydratation befassen. Sie würden normalerweise verwenden Deserialisierung stattdessen, damit Sie weniger Code schreiben müssen. Einige Datenzugriffs-APIs bieten Ihnen diese Option nicht, und in diesen Fällen müssten Sie den Hydration-Schritt auch explizit selbst aufrufen.

Weitere Einzelheiten zum Konzept der Hydration finden Sie in Erick Robertsons Antwort auf dieselbe Frage.

In Gedenken an das Java-Projekt namens Hydrate

Sie haben speziell nach diesem Framework gefragt, also habe ich es mir angesehen.

Soweit ich das beurteilen kann, glaube ich nicht, dass dieses Projekt das Wort “Hydrat” in einem sehr allgemeinen Sinne verwendet hat. Ich sehe seine Verwendung im Titel als ungefähres Synonym für “Serialisierung”. Wie oben erläutert, ist diese Verwendung nicht ganz korrekt:

Sehen: http://en.wikipedia.org/wiki/Serialisierung

Übersetzen von Datenstrukturen oder Objektzuständen in ein speicherbares Format […] und später in derselben oder einer anderen Computerumgebung rekonstruiert werden.

Ich kann den Grund hinter ihrem Namen nicht direkt finden die Hydrate-FAQ, aber ich habe Hinweise auf ihre Absicht. Ich denke, sie haben den Namen “Hydrate” gewählt, weil der Zweck der Bibliothek dem des beliebten Sound-Alike ähnelt Hibernate-Frameworkaber es wurde mit dem genau entgegengesetzten Arbeitsablauf entwickelt.

Die meisten ORMs, einschließlich Hibernate, verfolgen einen objektmodellorientierten Ansatz im Arbeitsspeicher, wobei die Datenbank an zweiter Stelle steht. Die Hydrate-Bibliothek verfolgt stattdessen einen datenbankschemaorientierten Ansatz, bei dem Ihre relationalen Datenstrukturen erhalten bleiben und Ihr Programm sauberer darauf arbeiten kann.

Metaphorisch gesprochen, immer noch in Bezug auf den Namen dieser Bibliothek: Hydrat ist wie “etwas gebrauchsfertig machen” (wie rehydrieren Getrocknete Lebensmittel). Es ist ein metaphorisches Gegenteil von Überwinternwas eher wie “etwas für den Winter wegräumen” ist (wie Tierischer Winterschlaf).

Die Entscheidung, die Bibliothek Hydrate zu nennen, betraf, soweit ich das beurteilen kann, nicht den allgemeinen Computerprogrammierbegriff „Hydrat“.

Bei der Verwendung des allgemeinen Computerprogrammierbegriffs “Hydrat” sind Leistungsoptimierungen normalerweise die Motivation (oder das Debuggen vorhandener Optimierungen). Auch wenn die Bibliothek eine granulare Kontrolle darüber unterstützt, wann und wie Objekte mit Daten gefüllt werden, scheinen das Timing und die Leistung nicht die Hauptmotivation für den Namen oder die Funktionalität der Bibliothek zu sein. Die Bibliothek scheint sich mehr darum zu kümmern, End-to-End-Mapping und Schemaerhaltung zu ermöglichen.

Während es, wie Merlyn erwähnte, etwas überflüssige Umgangssprache ist, bezieht es sich meiner Erfahrung nach darauf nur zum Füllen/Bestücken eines Objekts, nicht zum Instanziieren/Erstellen, daher ist es ein nützliches Wort, wenn Sie präzise sein müssen.

Dies ist eine ziemlich alte Frage, aber es scheint, dass es immer noch Verwirrung über die Bedeutung der folgenden Begriffe gibt. Hoffentlich wird dies eindeutig.

Hydrat

Wenn Sie Beschreibungen sehen, die Dinge wie „ein Objekt, das auf Daten wartet, wartet darauf, hydriert zu werden“, sehen, ist das verwirrend und irreführend. Objekte warten nicht auf Dinge, und Hydratation ist lediglich das Füllen eines Objekts mit Daten.

Am Beispiel von JavaScript:

const obj = {}; // empty object
const data = { foo: true, bar: true, baz: true };

// Hydrate "obj" with "data" 
Object.assign(obj, data); 
console.log(obj.foo); // true
console.log(obj.bar); // true
console.log(obj.baz); // true

Alles, was Werte hinzufügt obj “Hydratisiert” es. Ich benutze nur Object.assign() in diesem Beispiel.

Da die Begriffe “serialisieren” und “deserialisieren” auch in anderen Antworten erwähnt wurden, finden Sie hier Beispiele, um die Bedeutung dieser Konzepte von der Hydratation zu unterscheiden:

Serialisieren

console.log(JSON.stringify({ foo: true, bar: true, baz: true }));

Deserialisieren

console.log(JSON.parse('{"foo":true,"bar":true,"baz":true}'));

In PHP können Sie eine neue Klasse aus ihrem Namen erstellen, ohne den Konstruktor aufzurufen, wie folgt:

require "A.php";
$className = "A";
$class = new \ReflectionClass($className);
$instance = $class->newInstanceWithoutConstructor();

Dann können Sie aufrufende Setter (oder öffentliche Attribute) hydrieren.