{"id":1518,"date":"2026-04-11T20:19:20","date_gmt":"2026-04-11T12:19:20","guid":{"rendered":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/"},"modified":"2026-04-11T20:19:20","modified_gmt":"2026-04-11T12:19:20","slug":"myth-busting-uml-object-diagrams","status":"publish","type":"post","link":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/","title":{"rendered":"Mythendemontierung von UML-Objektdiagrammen: Trennung von Fakten und Fiktion"},"content":{"rendered":"

Das Verst\u00e4ndnis der Softwarearchitektur erfordert eine klare Vorstellung davon, wie Daten zu einem bestimmten Zeitpunkt existieren. Die Unified Modeling Language (UML) bietet hierf\u00fcr verschiedene Werkzeuge, aber das UML-Objektdiagramm<\/strong>wird oft von seinem ber\u00fchmteren Cousin, dem Klassendiagramm, \u00fcberschattet. Viele Praktiker betrachten es als optional oder verwechseln es mit anderen visuellen Darstellungen. Dieser Leitfaden geht auf die Besonderheiten der Objektmodellierung ein und trennt etablierte ingenieurwissenschaftliche Praktiken von verbreiteten Missverst\u00e4ndnissen.<\/p>\n

\"Child-style<\/figure>\n

Was ist genau ein Objektdiagramm? \ud83d\udcca<\/h2>\n

Ein Objektdiagramm stellt einen Schnappschuss des Systems zu einem bestimmten Zeitpunkt dar. W\u00e4hrend ein Klassendiagramm den Bauplan definiert \u2013 die Regeln, Typen und m\u00f6glichen Beziehungen \u2013 zeigt ein Objektdiagramm die tats\u00e4chlichen Daten, die gem\u00e4\u00df diesen Regeln bef\u00fcllt sind. Stellen Sie sich das Klassendiagramm als Architekturplan f\u00fcr ein Geb\u00e4ude und das Objektdiagramm als Foto des Geb\u00e4udes nach dessen Fertigstellung und Einrichtung vor.<\/p>\n

    \n
  • Statische Darstellung:<\/strong> Es zeigt keine Zeit oder Reihenfolge. Es zeigt den Zustand.<\/li>\n
  • Instanzen:<\/strong> Es konzentriert sich auf spezifische Instanzen von Klassen, nicht auf die Klassen selbst.<\/li>\n
  • Verbindungen:<\/strong> Es zeigt die Verbindungen zwischen diesen spezifischen Instanzen.<\/li>\n
  • Werte:<\/strong> Es kann die tats\u00e4chlichen Attributwerte anzeigen, die Instanzen zugewiesen sind.<\/li>\n<\/ul>\n

    Diese Unterscheidung ist entscheidend. Wenn Sie ein System entwerfen, bei dem die Datenstruktur komplex ist, hilft ein klares Verst\u00e4ndnis der Instanzbeziehungen, logische Fehler w\u00e4hrend der Implementierung zu vermeiden.<\/p>\n

    Die Anatomie eines Objektdiagramms \ud83d\udd0d<\/h2>\n

    Um effektiv mit diesen Diagrammen arbeiten zu k\u00f6nnen, muss man die Standardnotation verstehen. Jedes Element hat eine Funktion, und Abweichungen k\u00f6nnen bei Teammitgliedern zu Verwirrung f\u00fchren.<\/p>\n

      \n
    • Objektnamen:<\/strong>In Fettdruck oder kursiver Schrift, oft mit dem Klassennamen vorangestellt (z.\u202fB. kunde: Kunde<\/code>). Einige Notationen lassen den Klassennamen weg, wenn der Kontext klar ist.<\/li>\n
    • Attributwerte:<\/strong> Innerhalb des Objektblocks aufgelistet, um den aktuellen Zustand zu zeigen (z.\u202fB. status: Aktiv<\/code>).<\/li>\n
    • Verbindungen:<\/strong> Linien, die Objekte verbinden. Diese entsprechen den Assoziationen im Klassendiagramm.<\/li>\n
    • Vielfachheit:<\/strong> Gibt an, wie viele Instanzen verkn\u00fcpft werden k\u00f6nnen (z.\u202fB. 1..*, 0..1).<\/li>\n
    • Navigation:<\/strong> Pfeile auf Verbindungen, die die Richtung der Referenz anzeigen.<\/li>\n<\/ul>\n

      H\u00e4ufige Mythen widerlegt \ud83d\udeab<\/h2>\n

      In der Branche herrscht erheblicher L\u00e4rm bez\u00fcglich des Zeitpunkts und der Art der Verwendung dieser Diagramme. Im Folgenden behandeln wir die verbreitetsten Mythen.<\/p>\n

      Mythos 1: Es ist einfach ein Klassendiagramm ohne Klassenk\u00e4stchen \ud83e\udd14<\/h3>\n

      Dies ist falsch. Ein Klassendiagramm definiert Typen. Ein Objektdiagramm definiert Instanzen. Sie k\u00f6nnen ein g\u00fcltiges Objektdiagramm nicht einfach durch Ersetzen der Klassenk\u00e4stchen durch Instanzenk\u00e4stchen ableiten, wenn die zugrundeliegenden Beziehungen nicht gegen die Klassenbeschr\u00e4nkungen validiert werden. Das Objektdiagramm muss den Kardinalit\u00e4ts- und Typbeschr\u00e4nkungen entsprechen, die im Klassenmodell definiert sind.<\/p>\n

      Mythos 2: Es zeigt, wie das System funktioniert (Verhalten) \u2699\ufe0f<\/h3>\n

      Verhalten geh\u00f6rt zu Sequenzdiagrammen oder Zustandsautomatendiagrammen. Ein Objektdiagramm ist rein strukturell. Es zeigt was<\/em>existiert, nicht wie<\/em> es sich im Laufe der Zeit ver\u00e4ndert. Wenn Sie einen Methodenaufruf oder einen Zustands\u00fcbergang darstellen m\u00fcssen, verwenden Sie nicht diese Diagrammart.<\/p>\n

      Mythos 3: Sie ben\u00f6tigen eines f\u00fcr jeden Szenario \ud83d\uddc2\ufe0f<\/h3>\n

      Die Erstellung eines Objektdiagramms f\u00fcr jeden einzelnen Anwendungsfall f\u00fchrt zu einer \u00dcberbeanspruchung der Dokumentation. Diese Diagramme sind am besten f\u00fcr komplexe Aggregations-Szenarien, Serialisierungs-Zust\u00e4nde oder die Fehlersuche spezifischer Datenintegrit\u00e4tsprobleme reserviert. \u00dcbermodellierung f\u00fchrt zu Wartungsfahrten.<\/p>\n

      Wann man Objektdiagramme gegen\u00fcber Klassendiagrammen verwendet \ud83c\udd9a<\/h2>\n

      Die Wahl des richtigen Werkzeugs h\u00e4ngt vom Ziel der Dokumentation ab. Die folgende Tabelle kl\u00e4rt die geeigneten Anwendungsf\u00e4lle.<\/p>\n\n\n\n\n\n\n\n\n
      Funktion<\/th>\nKlassendiagramm<\/th>\nObjektdiagramm<\/th>\n<\/tr>\n<\/thead>\n
      Schwerpunkt<\/strong><\/td>\nStruktur und Typen<\/td>\nInstanzen und Daten<\/td>\n<\/tr>\n
      Zeit<\/strong><\/td>\nStatisch (Bauplan)<\/td>\nStatisch (Momentaufnahme)<\/td>\n<\/tr>\n
      Detailgrad<\/strong><\/td>\nAbstrakt (Attribute, Methoden)<\/td>\nKonkret (Attributwerte)<\/td>\n<\/tr>\n
      Anwendungsfall<\/strong><\/td>\nSystemdesign, Architektur<\/td>\nDebugging, Daten\u00fcberpr\u00fcfung, Serialisierung<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

      Tiefgang: Beziehungen und Vielfachheit \ud83d\udd17<\/h2>\n

      Die St\u00e4rke des Objektdiagramms liegt in seiner F\u00e4higkeit, komplexe Vielfachheitsbeschr\u00e4nkungen zu visualisieren. In einem Klassendiagramm k\u00f6nnten Sie eine 1..*<\/code> Beziehung zwischen einem Bibliothek<\/code> und einer Buch<\/code>. In einem Objektdiagramm m\u00fcssen Sie die Verbindungen explizit zeichnen, die diese Regel erf\u00fcllen.<\/p>\n

      Betrachten Sie eine Situation, in der ein Benutzer<\/code> Objekt mehrere Bestellungen<\/code> Objekte besitzt. Das Objektdiagramm zeigt die spezifischen bestellung_1<\/code>, bestellung_2<\/code>, und bestellung_3<\/code> Instanzen, die mit der benutzer_a<\/code> Instanz verkn\u00fcpft sind. Diese visuelle Best\u00e4tigung hilft Entwicklern dabei, sicherzustellen, dass der Code Beziehungen von einem-zu-viele korrekt verarbeitet.<\/p>\n

      Wichtige Beziehungstypen<\/h3>\n
        \n
      • Assoziation:<\/strong> Eine allgemeine strukturelle Verbindung. (z.\u202fB. Eine Person f\u00e4hrt ein Auto).<\/li>\n
      • Aggregation:<\/strong> Eine Ganze-Teil-Beziehung, bei der der Teil unabh\u00e4ngig existieren kann. (z.\u202fB. Eine Abteilung hat Mitarbeiter).<\/li>\n
      • Komposition:<\/strong> Eine starke Ganze-Teil-Beziehung, bei der der Teil ohne das Ganze nicht existieren kann. (z.\u202fB. Ein Haus hat R\u00e4ume).<\/li>\n
      • Abh\u00e4ngigkeit:<\/strong> Eine Nutzungshandlung. (z.\u202fB. Eine Klasse verwendet eine andere Klasse).<\/li>\n<\/ul>\n

        Integration mit anderen Modellierungsinstrumenten \ud83d\udcce<\/h2>\n

        Ein Objektdiagramm existiert nicht isoliert. Es interagiert mit anderen Teilen des Modells, um ein vollst\u00e4ndiges Bild der Software zu liefern.<\/p>\n

        Beziehung zu Sequenzdiagrammen<\/h3>\n

        Sequenzdiagramme zeigen den Fluss von Nachrichten \u00fcber die Zeit. Objektdiagramme k\u00f6nnen als Ausgangspunkt f\u00fcr ein Sequenzdiagramm dienen. Durch die Definition der beteiligten Objekte stellt das Objektdiagramm sicher, dass die Teilnehmer im Sequenzdiagramm g\u00fcltige Instanzen der Systemarchitektur sind.<\/p>\n

        Beziehung zu Zustandsmaschinen-Diagrammen<\/h3>\n

        Zustandsmaschinen beschreiben den Lebenszyklus eines einzelnen Objekts. Ein Objektdiagramm kann einen bestimmten Zustand dieses Objekts darstellen. Zum Beispiel, wenn ein Auftrag<\/code> Objekt eine Zustandsmaschine hat, kann das Objektdiagramm den Auftrag<\/code> Instanz mit dem Attribut status: Versandt<\/code>.<\/p>\n

        H\u00e4ufige Konstruktionsfallen \ud83d\uded1<\/h2>\n

        Sogar erfahrene Architekten machen Fehler beim Zeichnen dieser Diagramme. Vermeiden Sie die folgenden h\u00e4ufigen Fehler, um Klarheit zu bewahren.<\/p>\n

          \n
        • Inkonsistente Benennung:<\/strong>Das Mischen von camelCase und snake_case bei Objektnamen verwirrt die Leser. Halten Sie sich an eine einzige Konvention.<\/li>\n
        • Ignorieren der Vielzahl:<\/strong>Zeichnen einer Verbindung, die die Kardinalit\u00e4t verletzt, die im Klassendiagramm definiert ist (z.\u202fB. Verkn\u00fcpfen von ein-zu-viele als ein-zu-eins).<\/li>\n
        • \u00dcberf\u00fcllung:<\/strong>Versuchen, den gesamten Datenbankzustand in einem Diagramm darzustellen, macht es unlesbar. Konzentrieren Sie sich auf eine bestimmte Gruppe von Objekten.<\/li>\n
        • Fehlende Beschriftungen:<\/strong>Verbindungen sollten mit den im Klassendiagramm definierten Rollennamen beschriftet werden, um die Richtung der Beziehung zu kl\u00e4ren.<\/li>\n
        • Verwechseln von Typen und Instanzen:<\/strong>Beschreiben Sie ein Objekt nicht nur mit dem Klassennamen. Es muss anzeigen, dass es sich um eine Instanz handelt (z.\u202fB. Instanz: Typ<\/code>).<\/li>\n<\/ul>\n

          Best Practices f\u00fcr die Implementierung \ud83d\udee0\ufe0f<\/h2>\n

          Um sicherzustellen, dass diese Diagramme n\u00fctzliche Assets bleiben und nicht zu Unordnung f\u00fchren, befolgen Sie diese Richtlinien.<\/p>\n

          1. Halten Sie sie aktuell<\/h3>\n

          Veraltete Diagramme sind schlimmer als gar keine Diagramme. Wenn sich der Code in der Struktur der Daten \u00e4ndert, muss das Objektdiagramm dies widerspiegeln. Behandeln Sie sie als lebendige Dokumente, die mit dem Codebase verkn\u00fcpft sind.<\/p>\n

          2. Verwenden zum Debuggen<\/h3>\n

          Wenn ein Fehler die Datenstruktur betrifft (z. B. Null-Pointer-Ausnahmen, zirkul\u00e4re Referenzen), zeichnen Sie das Objektdiagramm des fehlerhaften Zustands. Oft wird dadurch die fehlende Verbindung oder der unerwartete Wert sichtbar.<\/p>\n

          3. Klare Namenskonventionen definieren<\/h3>\n
            \n
          • Instanznamen:<\/strong> Verwenden Sie Kleinbuchstaben f\u00fcr die Instanz (z. B. kunde1<\/code>).<\/li>\n
          • Typnamen:<\/strong> Verwenden Sie Gro\u00dfbuchstaben f\u00fcr die Klasse (z. B. Kunde<\/code>).<\/li>\n
          • Verkn\u00fcpfungsnamen:<\/strong> Verwenden Sie den in der Assoziation definierten Rollennamen (z. B. besitzt<\/code>).<\/li>\n<\/ul>\n

            4. Gegen Einschr\u00e4nkungen validieren<\/h3>\n

            Bevor das Diagramm finalisiert wird, stellen Sie sicher, dass jede Verkn\u00fcpfung die Vielzahlbeschr\u00e4nkungen erf\u00fcllt. Wenn das Klassendiagramm besagt, dass ein Manager<\/code> mindestens einen Untergebenen<\/code>, stellen Sie sicher, dass das Objektdiagramm f\u00fcr jede Manager-Instanz mindestens eine Verkn\u00fcpfung zeigt.<\/p>\n

            Technische Feinheiten: Serialisierung und Persistenz \ud83d\uddc4\ufe0f<\/h2>\n

            Eine der praktischsten Anwendungen von Objektdiagrammen ist das Verst\u00e4ndnis der Serialisierung. Wenn Daten in einer Datenbank gespeichert oder \u00fcber ein Netzwerk gesendet werden, wird der Objektgraph abgeflacht. Ein Objektdiagramm hilft dabei, diesen Graphen visuell darzustellen.<\/p>\n

            Betrachten Sie ein Warenkorb<\/code>System. Der Warenkorb enth\u00e4lt Artikel. Jeder Artikel hat ein Produkt. Wenn Sie dies serialisieren, muss die Beziehung zwischen dem Warenkorb und dem Produkt erhalten bleiben. Das Objektdiagramm macht deutlich, welche Referenzen vor\u00fcbergehend und welche dauerhaft sind. Dies ist entscheidend f\u00fcr die Datenbankgestaltung und die Definition von API-Vertr\u00e4gen.<\/p>\n

            Einschr\u00e4nkungen und wann darauf verzichtet werden sollte \ud83d\udcc9<\/h2>\n

            Keine Modellierungstechnik ist perfekt. Objektdiagramme haben spezifische Einschr\u00e4nkungen, die ber\u00fccksichtigt werden m\u00fcssen.<\/p>\n

              \n
            • Kein Verhalten:<\/strong> Wie bereits erw\u00e4hnt, k\u00f6nnen sie keine Logik darstellen. Verwenden Sie sie nicht, um algorithmische Abl\u00e4ufe zu erkl\u00e4ren.<\/li>\n
            • Skalierbarkeitsprobleme:<\/strong>Ein System mit Millionen von Objekten kann nicht dargestellt werden. Sie dienen der Entwurfszeit oder spezifischen Laufzeit-Snapshots, nicht der Visualisierung im Produktionsma\u00dfstab.<\/li>\n
            • Dynamische Erstellung:<\/strong>Sie haben Schwierigkeiten, Objekte darzustellen, die dynamisch zur Laufzeit erstellt werden, es sei denn, Sie modellieren das Factory-Muster explizit.<\/li>\n
            • Versionsverwaltung:<\/strong>Wenn das Schema h\u00e4ufig wechselt, wird die Pflege des Diagramms zu einer kostspieligen T\u00e4tigkeit mit abnehmendem Ertrag.<\/li>\n<\/ul>\n

              Fallstudie: Modellierung einer Bank\u00fcberweisung \ud83c\udfe6<\/h2>\n

              Um den Nutzen zu veranschaulichen, betrachten wir ein Bankensystem. Wir haben ein Konto<\/code>, ein Transaktion<\/code>, und ein Benutzer<\/code>.<\/p>\n

              Mit einem Klassendiagramm definieren wir, dass ein Benutzer viele Konten hat. Mit einem Objektdiagramm k\u00f6nnen wir einen bestimmten Transaktionszustand visualisieren.<\/p>\n

                \n
              • Instanz 1:<\/strong> benutzer_Alice<\/code> (Typ: Benutzer)<\/li>\n
              • Instanz 2:<\/strong> konto_Gehaltskonto<\/code> (Typ: Konto, Kontostand: 500)<\/li>\n
              • Instanz 3:<\/strong> konto_Sparbuch<\/code> (Typ: Konto, Kontostand: 1000)<\/li>\n
              • Instanz 4:<\/strong> txn_\u00dcberweisung1<\/code> (Typ: Transaktion, Betrag: 200)<\/li>\n<\/ul>\n

                Die Verbindungen zeigen, dass txn_\u00dcberweisung1<\/code> mit acc_\u00dcberweisungskonto<\/code> (Quelle) und acc_Sparbuch<\/code> (Ziel). Diese visuelle Momentaufnahme best\u00e4tigt, dass die Transaktionslogik korrekt zwei verschiedene Konten referenziert, die demselben Benutzer geh\u00f6ren. Sie verhindert Fehler, bei denen eine \u00dcberweisung m\u00f6glicherweise falsch ein nicht geh\u00f6riges Konto referenziert.<\/p>\n

                Zusammenfassung der wichtigsten Erkenntnisse \ud83d\udcdd<\/h2>\n

                Das UML-Objektdiagramm ist ein spezialisiertes Werkzeug zur strukturellen Validierung. Es ersetzt keine Klassendiagramme, Ablaufdiagramme oder Zustandsmaschinen. Sein Wert liegt darin, die Datenintegrit\u00e4t zu einem bestimmten Zeitpunkt zu \u00fcberpr\u00fcfen.<\/p>\n

                  \n
                • Tatsache:<\/strong> Es zeigt Instanzen, keine Typen.<\/li>\n
                • Tatsache:<\/strong> Es ist statisch, nicht dynamisch.<\/li>\n
                • Tatsache:<\/strong> Es validiert Vielzahl und Verkn\u00fcpfungen.<\/li>\n
                • Fehlannahme:<\/strong> Es ist nicht dasselbe wie ein Klassendiagramm.<\/li>\n
                • Fehlannahme:<\/strong> Es zeigt kein Verhalten.<\/li>\n
                • Fehlannahme:<\/strong> Es ist nicht f\u00fcr jedes Projekt immer notwendig.<\/li>\n<\/ul>\n

                  Durch das Verst\u00e4ndnis der spezifischen Rolle dieses Diagramms k\u00f6nnen Architekten und Entwickler es nutzen, um strukturelle Fehler zu vermeiden und sicherzustellen, dass das Datenmodell mit der Implementierung \u00fcbereinstimmt. Es ist ein Werkzeug f\u00fcr Pr\u00e4zision, nicht f\u00fcr eine allgemeine \u00dcbersicht.<\/p>\n

                  Abschlie\u00dfende Gedanken zur Modell-Code-Ausrichtung \ud83d\udd04<\/h2>\n

                  Das ultimative Ziel der Modellierung ist die Ausrichtung zwischen Design und Code. Objektdiagramme schlie\u00dfen die L\u00fccke zwischen abstrakten Typen und konkreten Daten. Wenn der Code ausgef\u00fchrt wird, sollte der Zustand des Systems mit den aus dem Design abgeleiteten Objektdiagrammen \u00fcbereinstimmen. Wenn sie auseinanderlaufen, ist der Code wahrscheinlich fehlerhaft. Regelm\u00e4\u00dfige \u00dcberpr\u00fcfungen dieser Momentaufnahmen im Vergleich zu laufenden Systemen tragen zur Aufrechterhaltung hoher Datenqualit\u00e4t und Systemzuverl\u00e4ssigkeit bei.<\/p>\n

                  Denken Sie daran, dass Diagramme Kommunikationsmittel sind. Wenn ein Diagramm den Leser verwirrt, hat es seine Aufgabe verfehlt. Halten Sie es einfach, halten Sie es genau und verwenden Sie es dort, wo die strukturelle Komplexit\u00e4t es erfordert.<\/p>\n","protected":false},"excerpt":{"rendered":"

                  Das Verst\u00e4ndnis der Softwarearchitektur erfordert eine klare Vorstellung davon, wie Daten zu einem bestimmten Zeitpunkt existieren. Die Unified Modeling Language (UML) bietet hierf\u00fcr verschiedene Werkzeuge, aber das UML-Objektdiagrammwird oft von seinem ber\u00fchmteren Cousin, dem Klassendiagramm, \u00fcberschattet. Viele Praktiker betrachten es als optional oder verwechseln es mit anderen visuellen Darstellungen. Dieser Leitfaden geht auf die Besonderheiten […]<\/p>\n","protected":false},"author":1,"featured_media":1519,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_uag_custom_page_level_css":"","site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[13],"tags":[44,45],"class_list":["post-1518","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-unified-modeling-language","tag-academic","tag-object-diagram"],"yoast_head":"\nMythen \u00fcber UML-Objektdiagramme entlarven: Fakten vs Fiktion \ud83e\uddd0<\/title>\n<meta name=\"description\" content=\"Erfahren Sie die Wahrheit \u00fcber UML-Objektdiagramme. Trennen Sie Mythen von Fakten bez\u00fcglich der Instanzerstellung, Beziehungen und Nutzung in der Softwarearchitektur.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Mythen \u00fcber UML-Objektdiagramme entlarven: Fakten vs Fiktion \ud83e\uddd0\" \/>\n<meta property=\"og:description\" content=\"Erfahren Sie die Wahrheit \u00fcber UML-Objektdiagramme. Trennen Sie Mythen von Fakten bez\u00fcglich der Instanzerstellung, Beziehungen und Nutzung in der Softwarearchitektur.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/\" \/>\n<meta property=\"og:site_name\" content=\"Maya Harper German\" \/>\n<meta property=\"article:published_time\" content=\"2026-04-11T12:19:20+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpadmin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"9\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/#\\\/schema\\\/person\\\/92b0c9cb64bff1a55a67632fed008cde\"},\"headline\":\"Mythendemontierung von UML-Objektdiagrammen: Trennung von Fakten und Fiktion\",\"datePublished\":\"2026-04-11T12:19:20+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/\"},\"wordCount\":1685,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/wp-content\\\/uploads\\\/sites\\\/9\\\/2026\\\/04\\\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg\",\"keywords\":[\"academic\",\"object diagram\"],\"articleSection\":[\"Unified Modeling Language\"],\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/\",\"url\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/\",\"name\":\"Mythen \u00fcber UML-Objektdiagramme entlarven: Fakten vs Fiktion \ud83e\uddd0\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/wp-content\\\/uploads\\\/sites\\\/9\\\/2026\\\/04\\\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg\",\"datePublished\":\"2026-04-11T12:19:20+00:00\",\"description\":\"Erfahren Sie die Wahrheit \u00fcber UML-Objektdiagramme. Trennen Sie Mythen von Fakten bez\u00fcglich der Instanzerstellung, Beziehungen und Nutzung in der Softwarearchitektur.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/#primaryimage\",\"url\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/wp-content\\\/uploads\\\/sites\\\/9\\\/2026\\\/04\\\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg\",\"contentUrl\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/wp-content\\\/uploads\\\/sites\\\/9\\\/2026\\\/04\\\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/myth-busting-uml-object-diagrams\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Mythendemontierung von UML-Objektdiagrammen: Trennung von Fakten und Fiktion\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/#website\",\"url\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/\",\"name\":\"Maya Harper German\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/#organization\",\"name\":\"Maya Harper German\",\"url\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/wp-content\\\/uploads\\\/sites\\\/9\\\/2026\\\/05\\\/cropped-high-resolution-color-logo.png\",\"contentUrl\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/wp-content\\\/uploads\\\/sites\\\/9\\\/2026\\\/05\\\/cropped-high-resolution-color-logo.png\",\"width\":800,\"height\":267,\"caption\":\"Maya Harper German\"},\"image\":{\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/#\\\/schema\\\/logo\\\/image\\\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/#\\\/schema\\\/person\\\/92b0c9cb64bff1a55a67632fed008cde\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/f7c8e1ca4c62547058b2503b097cbf2010a77cc0ad7186a493c194326d52ce98?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/f7c8e1ca4c62547058b2503b097cbf2010a77cc0ad7186a493c194326d52ce98?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/f7c8e1ca4c62547058b2503b097cbf2010a77cc0ad7186a493c194326d52ce98?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\\\/\\\/mayaharper.showcasingme.net\"],\"url\":\"https:\\\/\\\/mayaharper.showcasingme.net\\\/de\\\/author\\\/vpadmin\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Mythen \u00fcber UML-Objektdiagramme entlarven: Fakten vs Fiktion \ud83e\uddd0","description":"Erfahren Sie die Wahrheit \u00fcber UML-Objektdiagramme. Trennen Sie Mythen von Fakten bez\u00fcglich der Instanzerstellung, Beziehungen und Nutzung in der Softwarearchitektur.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/","og_locale":"de_DE","og_type":"article","og_title":"Mythen \u00fcber UML-Objektdiagramme entlarven: Fakten vs Fiktion \ud83e\uddd0","og_description":"Erfahren Sie die Wahrheit \u00fcber UML-Objektdiagramme. Trennen Sie Mythen von Fakten bez\u00fcglich der Instanzerstellung, Beziehungen und Nutzung in der Softwarearchitektur.","og_url":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/","og_site_name":"Maya Harper German","article_published_time":"2026-04-11T12:19:20+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":"vpadmin","Gesch\u00e4tzte Lesezeit":"9\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/#article","isPartOf":{"@id":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/"},"author":{"name":"vpadmin","@id":"https:\/\/mayaharper.showcasingme.net\/de\/#\/schema\/person\/92b0c9cb64bff1a55a67632fed008cde"},"headline":"Mythendemontierung von UML-Objektdiagrammen: Trennung von Fakten und Fiktion","datePublished":"2026-04-11T12:19:20+00:00","mainEntityOfPage":{"@id":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/"},"wordCount":1685,"commentCount":0,"publisher":{"@id":"https:\/\/mayaharper.showcasingme.net\/de\/#organization"},"image":{"@id":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/#primaryimage"},"thumbnailUrl":"https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg","keywords":["academic","object diagram"],"articleSection":["Unified Modeling Language"],"inLanguage":"de","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/","url":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/","name":"Mythen \u00fcber UML-Objektdiagramme entlarven: Fakten vs Fiktion \ud83e\uddd0","isPartOf":{"@id":"https:\/\/mayaharper.showcasingme.net\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/#primaryimage"},"image":{"@id":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/#primaryimage"},"thumbnailUrl":"https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg","datePublished":"2026-04-11T12:19:20+00:00","description":"Erfahren Sie die Wahrheit \u00fcber UML-Objektdiagramme. Trennen Sie Mythen von Fakten bez\u00fcglich der Instanzerstellung, Beziehungen und Nutzung in der Softwarearchitektur.","breadcrumb":{"@id":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/#primaryimage","url":"https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg","contentUrl":"https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/mayaharper.showcasingme.net\/de\/myth-busting-uml-object-diagrams\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/mayaharper.showcasingme.net\/de\/"},{"@type":"ListItem","position":2,"name":"Mythendemontierung von UML-Objektdiagrammen: Trennung von Fakten und Fiktion"}]},{"@type":"WebSite","@id":"https:\/\/mayaharper.showcasingme.net\/de\/#website","url":"https:\/\/mayaharper.showcasingme.net\/de\/","name":"Maya Harper German","description":"","publisher":{"@id":"https:\/\/mayaharper.showcasingme.net\/de\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/mayaharper.showcasingme.net\/de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/mayaharper.showcasingme.net\/de\/#organization","name":"Maya Harper German","url":"https:\/\/mayaharper.showcasingme.net\/de\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/mayaharper.showcasingme.net\/de\/#\/schema\/logo\/image\/","url":"https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/05\/cropped-high-resolution-color-logo.png","contentUrl":"https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/05\/cropped-high-resolution-color-logo.png","width":800,"height":267,"caption":"Maya Harper German"},"image":{"@id":"https:\/\/mayaharper.showcasingme.net\/de\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/mayaharper.showcasingme.net\/de\/#\/schema\/person\/92b0c9cb64bff1a55a67632fed008cde","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/secure.gravatar.com\/avatar\/f7c8e1ca4c62547058b2503b097cbf2010a77cc0ad7186a493c194326d52ce98?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/f7c8e1ca4c62547058b2503b097cbf2010a77cc0ad7186a493c194326d52ce98?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/f7c8e1ca4c62547058b2503b097cbf2010a77cc0ad7186a493c194326d52ce98?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/mayaharper.showcasingme.net"],"url":"https:\/\/mayaharper.showcasingme.net\/de\/author\/vpadmin\/"}]}},"uagb_featured_image_src":{"full":["https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg",1664,928,false],"thumbnail":["https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-150x150.jpg",150,150,true],"medium":["https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-300x167.jpg",300,167,true],"medium_large":["https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-768x428.jpg",768,428,true],"large":["https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-1024x571.jpg",1024,571,true],"1536x1536":["https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-1536x857.jpg",1536,857,true],"2048x2048":["https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing.jpg",1664,928,false],"ultp_layout_landscape_large":["https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-1200x800.jpg",1200,800,true],"ultp_layout_landscape":["https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-870x570.jpg",870,570,true],"ultp_layout_portrait":["https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-600x900.jpg",600,900,true],"ultp_layout_square":["https:\/\/mayaharper.showcasingme.net\/de\/wp-content\/uploads\/sites\/9\/2026\/04\/uml-object-diagrams-myth-busting-infographic-childs-drawing-600x600.jpg",600,600,true]},"uagb_author_info":{"display_name":"vpadmin","author_link":"https:\/\/mayaharper.showcasingme.net\/de\/author\/vpadmin\/"},"uagb_comment_info":0,"uagb_excerpt":"Das Verst\u00e4ndnis der Softwarearchitektur erfordert eine klare Vorstellung davon, wie Daten zu einem bestimmten Zeitpunkt existieren. Die Unified Modeling Language (UML) bietet hierf\u00fcr verschiedene Werkzeuge, aber das UML-Objektdiagrammwird oft von seinem ber\u00fchmteren Cousin, dem Klassendiagramm, \u00fcberschattet. Viele Praktiker betrachten es als optional oder verwechseln es mit anderen visuellen Darstellungen. Dieser Leitfaden geht auf die Besonderheiten…","_links":{"self":[{"href":"https:\/\/mayaharper.showcasingme.net\/de\/wp-json\/wp\/v2\/posts\/1518","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mayaharper.showcasingme.net\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mayaharper.showcasingme.net\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mayaharper.showcasingme.net\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mayaharper.showcasingme.net\/de\/wp-json\/wp\/v2\/comments?post=1518"}],"version-history":[{"count":0,"href":"https:\/\/mayaharper.showcasingme.net\/de\/wp-json\/wp\/v2\/posts\/1518\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mayaharper.showcasingme.net\/de\/wp-json\/wp\/v2\/media\/1519"}],"wp:attachment":[{"href":"https:\/\/mayaharper.showcasingme.net\/de\/wp-json\/wp\/v2\/media?parent=1518"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mayaharper.showcasingme.net\/de\/wp-json\/wp\/v2\/categories?post=1518"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mayaharper.showcasingme.net\/de\/wp-json\/wp\/v2\/tags?post=1518"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}