bg_image
header

Jest

Jest ist ein JavaScript-Testing-Framework, das von Meta (Facebook) entwickelt wurde. Es wird hauptsächlich zum Testen von JavaScript- und TypeScript-Anwendungen verwendet, insbesondere für React-Anwendungen, eignet sich aber auch für Node.js-Backends.

Hauptmerkmale von Jest:

  • Einfache Konfiguration: Jest funktioniert oft "out of the box", ohne komplizierte Einrichtung.
  • Schnelligkeit: Es verwendet Parallelisierung und intelligentes Caching, um Tests schnell auszuführen.
  • Snapshot-Tests: Ideal für UI-Tests, um sicherzustellen, dass sich die Darstellung nicht unerwartet ändert.
  • Mocking & Spying: Ermöglicht das Ersetzen von Abhängigkeiten durch Mock-Funktionen.
  • Code-Coverage-Berichte: Zeigt an, wie viel Code durch Tests abgedeckt ist.

Beispiel für einen einfachen Test mit Jest:

// sum.js
function sum(a, b) {
  return a + b;
}
module.exports = sum;

// sum.test.js
const sum = require('./sum');

test('addiert 1 + 2 und ergibt 3', () => {
  expect(sum(1, 2)).toBe(3);
});

Um den Test auszuführen, nutzt du:

jest

Oder falls du es in einem Projekt installiert hast:

npx jest

Media Queries

CSS Media Queries sind eine Technik in CSS, mit der sich das Layout einer Webseite an verschiedene Bildschirmgrößen, Auflösungen und Gerätetypen anpassen lässt. Sie sind ein zentraler Bestandteil des Responsive Web Designs.

Syntax:

@media (Bedingung) {
    /* CSS-Regeln, die nur unter dieser Bedingung gelten */
}

Beispiele:

1. Anpassung an verschiedene Bildschirmbreiten:

/* Für Bildschirme mit maximal 600px Breite (z. B. Smartphones) */
@media (max-width: 600px) {
    body {
        background-color: lightblue;
    }
}

2. Unterscheidung zwischen Hoch- und Querformat:

@media (orientation: landscape) {
    body {
        background-color: lightgreen;
    }
}

3. Spezielle Stile für Druckausgabe:

@media print {
    body {
        font-size: 12pt;
        color: black;
        background: none;
    }
}

Typische Anwendungsfälle:

Mobile-First-Design: Webseiten für kleine Displays optimieren und dann für größere Bildschirme erweitern.
Dark Mode: Stile je nach Nutzerpräferenz anpassen (prefers-color-scheme).
Retina-Displays: Hochauflösende Bilder oder spezielle Stile für Displays mit hoher Pixeldichte (min-resolution: 2dppx).


Bearer Token

Ein Bearer Token ist eine Art von Zugriffstoken, das zur Authentifizierung und Autorisierung in Webanwendungen und APIs verwendet wird. Der Begriff "Bearer" bedeutet „Inhaber“, was bedeutet, dass jeder, der dieses Token besitzt, Zugriff auf die geschützten Ressourcen hat – ohne zusätzliche Überprüfung.

Merkmale eines Bearer Tokens:

  • Selbsttragend: Enthält alle nötigen Informationen zur Authentifizierung.
  • Keine zusätzliche Identitätsprüfung: Wer das Token hat, kann es nutzen.
  • Wird in HTTP-Headern übertragen: Normalerweise als Authorization: Bearer <token>.
  • Oft zeitlich begrenzt: Hat eine Ablaufzeit, um Missbrauch zu reduzieren.
  • Wird häufig mit OAuth 2.0 verwendet: Zum Beispiel bei der Authentifizierung mit Drittanbieterdiensten.

Beispiel einer HTTP-Anfrage mit Bearer Token:

GET /geschuetzte-daten HTTP/1.1
Host: api.example.com
Authorization: Bearer abcdef123456

Risiken:

  • Kein Schutz bei Diebstahl: Wenn jemand das Token abfängt, kann er sich ausgeben.
  • Muss sicher gespeichert werden: Sollte nicht im Client-Code oder in URLs stehen.

💡 Tipp: Um die Sicherheit zu erhöhen, kann man Token mit kurzen Laufzeiten verwenden und sie nur über HTTPS übertragen.

 

 


Open Authorization - OAuth

OAuth (Open Authorization) ist ein offenes Standardprotokoll für Autorisierungen, das es Anwendungen ermöglicht, auf Ressourcen eines Nutzers zuzugreifen, ohne dessen Zugangsdaten (z. B. Passwort) direkt zu kennen. Es wird häufig für Single Sign-On (SSO) und API-Zugriffe verwendet.

Wie funktioniert OAuth?

OAuth arbeitet mit Tokens, die einer Anwendung erlauben, im Namen eines Nutzers auf eine Ressource zuzugreifen. Der typische Ablauf sieht so aus:

  1. Anfrage auf Autorisierung: Eine Anwendung (Client) möchte auf geschützte Daten eines Nutzers zugreifen (z. B. Facebook-Kontakte).
  2. Nutzer-Authentifizierung: Der Nutzer wird zur Anmeldeseite des Anbieters (z. B. Google, Facebook) weitergeleitet und gibt seine Login-Daten ein.
  3. Erteilung einer Erlaubnis: Der Nutzer bestätigt, dass die Anwendung auf bestimmte Daten zugreifen darf.
  4. Token-Erhalt: Die Anwendung erhält ein Access Token, mit dem sie auf die freigegebenen Daten zugreifen kann.
  5. Zugriff auf Ressourcen: Die Anwendung verwendet das Token, um Anfragen an den API-Server zu stellen, ohne das Nutzerpasswort zu kennen.

OAuth 1.0 vs. OAuth 2.0

  • OAuth 1.0: Komplexer mit kryptografischer Signatur, aber sicher.
  • OAuth 2.0: Einfacher, nutzt HTTPS zur Absicherung, wird heute meist verwendet.

Beispiel-Anwendungen von OAuth

  • "Mit Google/Facebook/Apple anmelden"-Buttons
  • Drittanbieter-Apps, die auf APIs von Google Drive, Dropbox oder Twitter zugreifen
  • Zahlungsdienste wie PayPal, die sich in andere Apps integrieren

 


View

Die View ist die Präsentationsschicht in der MVC-Architektur. Sie ist dafür verantwortlich, die Daten aus dem Model in einer für den Benutzer verständlichen Form darzustellen.


Hauptaufgaben der View

Darstellung von Daten: Zeigt Informationen aus dem Model an (z. B. eine Liste von Blogartikeln).
Reaktion auf Benutzerinteraktionen: Nimmt Eingaben entgegen und leitet sie an den Controller weiter.
Formatierung & Layout: Strukturiert Inhalte mit HTML, CSS oder Templates (z. B. in Laravel Blade oder Twig).
Vermeidung von Geschäftslogik: Enthält keine Datenverarbeitung, sondern nur Darstellung.


Wie funktioniert die View in MVC?

  1. Der Benutzer sendet eine Anfrage (z. B. „Zeige alle Blogartikel“).
  2. Der Controller ruft das Model auf, um die Daten abzurufen.
  3. Das Model liefert die benötigten Daten zurück.
  4. Die View erhält die Daten vom Controller und stellt sie dar.

Beispiel: Blog-System (View in Laravel Blade)

<!-- resources/views/blog/index.blade.php -->
@extends('layouts.app')

@section('content')
    <h1>Blog Posts</h1>
    @foreach ($posts as $post)
        <div>
            <h2>{{ $post->title }}</h2>
            <p>{{ $post->content }}</p>
        </div>
    @endforeach
@endsection

🔹 @foreach: Durchläuft die Liste der Blogartikel und zeigt sie an.
🔹 {{ $post->title }}: Gibt den Titel des Blogartikels aus.


Fazit

✔ Die View sorgt für die Darstellung der Daten, ohne sie selbst zu verarbeiten.
✔ Sie hilft, die Trennung von Logik und Darstellung sauber umzusetzen.
✔ Durch Templates oder Frontend-Technologien (z. B. Vue.js, React) kann die View dynamisch gestaltet werden.

 


Model

Das Model ist die Daten- und Logikschicht in der MVC-Architektur. Es verwaltet die Daten der Anwendung und stellt sicher, dass sie korrekt gespeichert, abgerufen und verarbeitet werden.


Hauptaufgaben des Models

Datenverwaltung: Speichert und verwaltet Daten, z. B. in einer Datenbank.
Geschäftslogik: Enthält Regeln und Berechnungen (z. B. Rabattberechnung für Bestellungen).
Datenvalidierung: Überprüft, ob Eingaben korrekt sind (z. B. ob eine E-Mail-Adresse gültig ist).
Kommunikation mit der Datenbank: Führt CRUD-Operationen aus (Create, Read, Update, Delete).


Wie funktioniert das Model in MVC?

  1. Der Benutzer sendet eine Anfrage (z. B. „Zeige alle Blogartikel“).
  2. Der Controller verarbeitet die Anfrage und ruft das Model auf.
  3. Das Model fragt die Datenbank ab und liefert die Daten zurück.
  4. Der Controller übergibt die Daten an die View zur Anzeige.

Beispiel: Blog-System (Model in Laravel)

class BlogPost extends Model {
    protected $fillable = ['title', 'content']; // Erlaubte Felder für Massenverarbeitung

    // Beziehung: Ein Blogpost gehört zu einem Benutzer
    public function user() {
        return $this->belongsTo(User::class);
    }
}

🔹 fillable: Bestimmt, welche Felder gespeichert werden dürfen.
🔹 belongsTo(User::class): Zeigt an, dass jeder Blogpost zu einem Benutzer gehört.


Fazit

✔ Das Model verwaltet alle Daten und Geschäftslogik der Anwendung.
✔ Es sorgt für eine klare Trennung von Daten und Darstellung.
Änderungen an der Datenstruktur müssen nur im Model erfolgen, nicht in der gesamten Anwendung.

 


Controller

Ein Controller ist eine zentrale Komponente im Model-View-Controller (MVC)-Architekturmuster. Er fungiert als Vermittler zwischen der Benutzeroberfläche (View) und der Geschäftslogik bzw. den Daten (Model).

Aufgaben eines Controllers

  1. Empfangen von Benutzereingaben

    • Der Controller nimmt Anfragen entgegen (z. B. aus einem Webformular oder einer API-Anfrage).
  2. Verarbeiten der Anfrage

    • Er analysiert die Eingaben und entscheidet, welche Aktion ausgeführt werden soll.
    • Falls nötig, validiert er die Daten.
  3. Kommunikation mit dem Model

    • Der Controller leitet die Anfrage an das Model weiter, um Daten abzurufen, zu ändern oder zu speichern.
  4. Aktualisieren der View

    • Sobald das Model die Anfrage verarbeitet hat, gibt der Controller die Daten an die View weiter.
    • Die View wird dann mit den neuen Informationen aktualisiert.

Beispiel: Blog-System

Angenommen, ein Benutzer möchte einen neuen Blogbeitrag erstellen:

  1. Der Benutzer füllt ein Formular aus und klickt auf „Speichern“ (Eingabe an den Controller).
  2. Der Controller empfängt die Anfrage, validiert die Eingabe und sendet sie an das Model.
  3. Das Model speichert den Beitrag in der Datenbank.
  4. Der Controller ruft die aktualisierte Liste der Beiträge ab und gibt sie an die View weiter.
  5. Die View zeigt nun den neuen Blogbeitrag an.

Beispielcode in PHP (Laravel)

class BlogController extends Controller {
    public function store(Request $request) {
        // Validierung der Benutzereingabe
        $request->validate([
            'title' => 'required|max:255',
            'content' => 'required',
        ]);

        // Neues Blog-Post-Model erstellen und speichern
        BlogPost::create([
            'title' => $request->input('title'),
            'content' => $request->input('content'),
        ]);

        // Weiterleitung zur Blog-Übersicht
        return redirect()->route('blog.index')->with('success', 'Post erstellt!');
    }
}

Fazit

✔ Ein Controller steuert den Ablauf einer Anwendung und trennt Geschäftslogik von der Präsentation.
✔ Er ermöglicht eine saubere Code-Struktur, da jede Komponente (Model, View, Controller) eine klare Aufgabe hat.
✔ In modernen Frameworks wie Laravel, Django oder ASP.NET gibt es oft vorgefertigte Routing-Mechanismen, die automatisch Anfragen den richtigen Controllern zuordnen.

 

 


Model View Controller - MVC

Model-View-Controller (MVC) ist ein Software-Architekturmuster, das Anwendungen in drei Hauptkomponenten unterteilt:

  1. Model (Daten & Logik)

    • Verwaltet die Daten und Geschäftslogik.
    • Enthält die Regeln für die Verarbeitung der Daten.
    • Unabhängig von der Benutzeroberfläche.
  2. View (Benutzeroberfläche)

    • Präsentiert die Daten des Models dem Benutzer.
    • Stellt sicher, dass die Daten in einem verständlichen Format angezeigt werden.
    • Reagiert auf Benutzeraktionen, indem sie Anfragen an den Controller weiterleitet.
  3. Controller (Steuerung & Interaktion)

    • Vermittelt zwischen Model und View.
    • Nimmt Benutzereingaben entgegen, verarbeitet sie und aktualisiert das Model oder die View.
    • Enthält keine Geschäftslogik oder Datenmanipulation selbst.

Wie funktioniert MVC in der Praxis?

  1. Der Benutzer interagiert mit der View (z. B. klickt auf einen Button).
  2. Der Controller verarbeitet die Eingabe und sendet eine Anfrage an das Model.
  3. Das Model führt die erforderliche Logik aus (z. B. Datenbankabfragen) und gibt das Ergebnis zurück.
  4. Die View wird aktualisiert, um die neuen Daten anzuzeigen.

Beispiel: Blog-System

  • Model: Speichert Blogbeiträge in der Datenbank.
  • View: Zeigt die Blogbeiträge in HTML an.
  • Controller: Erfasst Benutzereingaben, z. B. das Absenden eines neuen Blogbeitrags, und leitet diese an das Model weiter.

Vorteile von MVC

Bessere Wartbarkeit durch klare Trennung von Logik, UI und Steuerung.
Wiederverwendbarkeit der Komponenten.
Einfache Testbarkeit, da Logik vom Interface getrennt ist.
Flexibilität, da verschiedene Views für dasselbe Model genutzt werden können.

Einsatzbereiche

MVC wird häufig in Webentwicklung und Desktop-Anwendungen verwendet, z. B.:

 


HTTP Anfrage Header

Anfrage-Header (Request Headers) sind HTTP-Header, die ein Client (z. B. ein Webbrowser oder eine API-Anfrage) an den Server sendet, um zusätzliche Informationen über die Anfrage, den Client oder die gewünschten Inhalte bereitzustellen.

Wichtige Anfrage-Header:

1. Host

  • Gibt die Ziel-Domain oder IP-Adresse des Servers an.
  • Beispiel:
Host: www.example.com

2. User-Agent

  • Enthält Informationen über den Client, wie Browser-Typ oder Betriebssystem.
  • Beispiel:
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64)

3. Accept

  • Definiert, welche Inhaltstypen der Client akzeptieren kann.
  • Beispiel:
Accept: text/html, application/json

4. Accept-Language

  • Gibt die bevorzugte Sprache des Clients an.
  • Beispiel:
Accept-Language: de-DE, en-US

5. Accept-Encoding

  • Zeigt an, welche Kompressionsformate der Client unterstützt.
  • Beispiel:
Accept-Encoding: gzip, deflate, br

6. Referer

  • Gibt die vorherige Seite an, von der der Benutzer gekommen ist.
  • Beispiel:
Referer: https://www.google.com/

7. Authorization

  • Wird für die Authentifizierung bei geschützten Ressourcen verwendet.
  • Beispiel (Basic Auth):
Authorization: Basic dXNlcm5hbWU6cGFzc3dvcmQ=

8. Cookie

  • Enthält Cookies, die der Server zuvor gesetzt hat.
  • Beispiel:
Cookie: sessionId=abc123; theme=dark

9. Content-Type (bei POST/PUT-Anfragen)

  • Gibt das Datenformat des Anfrageinhalts an.
  • Beispiel:
Content-Type: application/json

10. Origin

  • Gibt die Ursprungs-URL an und wird oft bei Cross-Origin-Anfragen genutzt.
  • Beispiel:
Origin: https://www.example.com

Diese Header helfen dem Server, die Anfrage zu verstehen und entsprechend zu reagieren, indem sie Details über den Client, die bevorzugten Inhalte und Sicherheitsaspekte liefern.


Allgemeine HTTP Header

Allgemeine HTTP-Header sind Header, die sowohl in HTTP-Anfragen als auch in HTTP-Antworten verwendet werden können. Sie enthalten allgemeine Informationen zur Verbindung und Datenübertragung, die nicht spezifisch für den Client, den Server oder den Inhalt sind.

Wichtige allgemeine Header:

1. Cache-Control

  • Steuert das Caching von Inhalten durch den Client oder Proxy-Server.
  • Beispiel:
Cache-Control: no-cache, no-store, must-revalidate

2. Connection

  • Definiert, ob die Verbindung nach der Anfrage offen bleiben soll.
  • Beispiel:
Connection: keep-alive

3. Date

  • Enthält das Datum und die Uhrzeit der HTTP-Nachricht im GMT-Format.
  • Beispiel:
Date: Wed, 31 Jan 2025 12:34:56 GMT

4. Pragma (veraltet, aber noch genutzt)

  • Ähnlich wie Cache-Control, wird aber hauptsächlich für rückwärtskompatible Caching-Regeln genutzt.
  • Beispiel:
Pragma: no-cache

5. Trailer

  • Wird verwendet, um anzugeben, welche Header erst nach dem eigentlichen Nachrichten-Body gesendet werden.
  • Beispiel:
Trailer: Expires

6. Transfer-Encoding

  • Gibt die Art der Übertragung des Nachrichtentextes an, z. B. in Chunks.
  • Beispiel:
Transfer-Encoding: chunked

7. Upgrade

  • Wird genutzt, um die Verbindung auf ein anderes Protokoll wie WebSockets zu aktualisieren.
  • Beispiel:
Upgrade: websocket

8. Via

  • Zeigt an, über welche Proxys oder Gateways die Nachricht weitergeleitet wurde.
  • Beispiel:
Via: 1.1 proxy.example.com

Diese Header sorgen für eine effizientere Kommunikation zwischen Client und Server, steuern das Caching und ermöglichen Protokoll-Upgrades.