"YAML ist menschenlesbar, aber warum hat JSON den Thron des Datenaustauschs eingenommen?"
"Wo ist YAML stark und warum konnte JSON nicht besiegt werden?"

🔥 1. Der Beginn des Datenformatkriegs

Es war einmal, als Programmierer eine methode zur Speicherung und zum Austausch von Daten benötigten.
In den Anfangsjahren hatte XML den Thron inne.

<person>
    <name>Alice</name>
    <age>25</age>
    <skills>
        <skill>Python</skill>
        <skill>Django</skill>
    </skills>
</person>

Aber XML war zu wortreich und schwerfällig, und es war schwer zu lesen.
So tauchten JSON und YAML auf.

🤖 2. JSON: Den Thron des Datenaustauschs einnehmen

Im Jahr 2001 brachte Douglas Crockford JSON auf Basis der Objektnotation von JavaScript heraus.
"Ein einfaches, schlankes und maschinenlesbares Datenformat zum Austausch!"

Das Ziel von JSON war klar:
✅ Lesbar für Menschen, aber besser strukturiert für Computer
✅ Optimiert für den Datenaustausch zwischen Browser und Server
✅ Nahtlose Integration mit objektorientierten Sprachen (JavaScript, Python usw.)

Beispiel für JSON:

{
    "name": "Alice",
    "age": 25,
    "skills": ["Python", "Django"]
}

• Es war möglich, die Datenstruktur nur mit {} und [] darzustellen,
• während JavaScript im Web JSON direkt bearbeiten konnte, wodurch es schnell populär wurde.
• Insbesondere wurde JSON zu dem Standardformat für Daten in REST APIs und nahm den Thron ein.

🧐 3. YAML: Ein menschenlesbares Datenformat

Es gab jedoch auch Menschen, die ein menschenfreundlicheres Format als JSON wünschten.
"Wäre es nicht besser, die Datenstruktur ohne unnötige geschweifte Klammern oder Anführungszeichen darzustellen?"

So wurde im Jahr 2001 YAML (Ain’t Markup Language) geboren.

name: Alice
age: 25
skills:
  - Python
  - Django

Merkmale von YAML:
✅ Einfach zu lesen für Menschen (schlicht, ohne geschweifte Klammern oder Anführungszeichen!)
✅ Unterstützt Kommentare (Verwendung von #)
✅ Einfach zu nutzen in Konfigurationsdateien

Deshalb hat sich YAML als Alternative für Konfigurationsdateien etabliert.
Es wird als Standardformat in Kubernetes, Docker, Ansible, CI/CD und GitHub Actions verwendet!

Aber im Datenverkehr kann YAML JSON nicht besiegen.
Warum ist das so? 🤔

🤯 4. Warum konnte YAML JSON nicht besiegen?

Wenn YAML lesbar ist, hätte es populär werden können als JSON…
Aber die Realität ist anders.

✅ Gründe für den Sieg von JSON:
1. Zu flexible Syntax?
- JSON hat {} und [], die eine klare Struktur bilden,
- während YAML die Struktur über Einrückungen zeigt, was zu Fehlern führen kann.
- Schon ein falsch gesetzter Leerraum kann einen Fehler verursachen! (Insbesondere das Tab vs Space Problem in YAML 🤯)

1. Langsame Parsing-Geschwindigkeit
2. JSON kann schnell geparst werden,
3. YAML hat durch die flexible Syntax viele Punkte, die interpretiert werden müssen, und ist deshalb langsamer.

4. Bei großen Datenmengen ist es weniger effizient als JSON.

5. YAML hat Sicherheitsrisiken

6. YAML kann ausführbaren Code (!python/object) enthalten,
7. Sicherheitsrisiken (RCE, Remote Code Execution) bestehen.

8. JSON ist reine Daten, daher sicher!

9. Wird im Browser nicht standardmäßig unterstützt

10. JSON ist die Standardobjekstruktur in JavaScript,
    während YAML externe Bibliotheken benötigt.

from rest_framework.renderers import JSONRenderer, YAMLRenderer
from rest_framework.response import Response
from rest_framework.views import APIView

class ExampleView(APIView):
    renderer_classes = [JSONRenderer, YAMLRenderer]

    def get(self, request):
        data = {"message": "Hello, YAML!"}
        return Response(data)