bg_image
header

Entity Manager

Ein Entity Manager ist ein zentraler Bestandteil von ORM-Frameworks (Object-Relational Mapping), vor allem im Zusammenhang mit Java (JPA – Java Persistence API), aber auch in anderen Sprachen wie PHP (Doctrine ORM).

Hier ist eine verständliche Erklärung:


💡 Definition:

Ein Entity Manager ist eine Komponente, die sich um die Verwaltung von Datenbank-Entities (also Objekten/Datensätzen) kümmert. Er bildet die Schnittstelle zwischen der objektorientierten Welt des Codes und der relationalen Welt der Datenbank.


📦 Aufgaben eines Entity Managers:

  1. Persistieren (Speichern):

    • Speichert ein neues Objekt (Entity) in der Datenbank.

    • Beispiel: $entityManager->persist($user);

  2. Finden/Laden:

    • Holt ein Objekt anhand seiner ID oder anderer Kriterien.

    • Beispiel: $entityManager->find(User::class, 1);

  3. Aktualisieren:

    • Änderungen an einem Objekt werden verfolgt und in die Datenbank geschrieben (z. B. beim flush()).

  4. Entfernen/Löschen:

    • Löscht ein Objekt aus der Datenbank.

    • Beispiel: $entityManager->remove($user);

  5. Transaktionen verwalten:

    • Beginnt, commitet oder rollt Transaktionen zurück.

  6. Query-Handling:


🔁 Lebenszyklus von Entities:

Der Entity Manager verwaltet den „Zustand“ von Objekten:

  • managed (verfolgt Änderungen),

  • detached (nicht mehr verwaltet),

  • removed (zum Löschen markiert),

  • new (noch nicht gespeichert).


🛠 Beispiel mit Doctrine (PHP):

$user = new User();
$user->setName('Max Mustermann');

$entityManager->persist($user); // Zum Speichern vormerken
$entityManager->flush();        // Tatsächlich in DB schreiben

Fazit:

Der Entity Manager ist der zentrale Ansprechpartner, wenn es darum geht, mit Datenbankobjekten zu arbeiten – lesen, schreiben, ändern, löschen. Er abstrahiert die SQL-Ebene und macht die Datenbankarbeit objektorientiert steuerbar.


Aspect Oriented Programming - AOP

Aspect-Oriented Programming (AOP) ist ein Programmierparadigma, das sich darauf konzentriert, Querschnittsfunktionen (Cross-Cutting Concerns) modular zu kapseln. Es ergänzt objektorientierte oder funktionale Programmierung, indem es Code, der sich durch viele Klassen oder Module zieht, auslagert und separat behandelt.


💡 Ziel:

Probleme wie Logging, Sicherheitsprüfungen, Fehlerbehandlung, Transaktionsmanagement oder Performance-Messungen sind typische Cross-Cutting Concerns. Diese wiederholen sich oft in vielen Klassen und Methoden – AOP ermöglicht es, solchen Code zentral zu schreiben und automatisch an den richtigen Stellen auszuführen.


🔧 Grundbegriffe:

  • Aspect: Ein Modul, das eine Querschnittsfunktion kapselt.

  • Advice: Der eigentliche Code, der ausgeführt wird (z. B. vor, nach oder anstatt einer Methode).

  • Join Point: Ein Punkt im Programmablauf, an dem ein Aspect eingreifen kann (z. B. Methodenaufruf).

  • Pointcut: Eine Definition, welche Join Points betroffen sind (z. B. "alle Methoden in Klasse X").

  • Weaving: Der Prozess, bei dem Aspect-Code mit dem eigentlichen Code „verwoben“ wird – zur Laufzeit, beim Kompilieren oder beim Laden.


🛠 Beispiel (in Java mit Spring AOP):

@Aspect
public class LoggingAspect {
    @Before("execution(* com.example.service.*.*(..))")
    public void logBeforeMethod(JoinPoint joinPoint) {
        System.out.println("Methode wird aufgerufen: " + joinPoint.getSignature().getName());
    }
}

Dieser Code führt automatisch Logging aus, bevor jede Methode im com.example.service-Paket ausgeführt wird.


✅ Vorteile:

  • Bessere Modularität

  • Weniger Code-Duplikate

  • Trennung von Fachlogik und Querschnittslogik


❌ Nachteile:

  • Kann die Lesbarkeit erschweren (man sieht nicht sofort, was alles beim Methodenaufruf passiert).

  • Debugging kann komplexer sein.

  • Oft framework-abhängig (z. B. Spring, AspectJ).


Design by Contract - DbC

Design by Contract (DbC) ist ein Konzept aus der Softwareentwicklung, das von Bertrand Meyer eingeführt wurde. Es beschreibt eine Methode zur Sicherstellung der Korrektheit und Zuverlässigkeit von Software, indem Verträge zwischen den verschiedenen Komponenten (z.B. Methoden, Klassen) definiert werden.

Grundprinzipien von Design by Contract

Bei DbC wird jede Software-Komponente wie eine Vertragspartei gesehen, die bestimmte Verpflichtungen und Garantien einhält:

  1. Vorbedingungen (Preconditions)
    Bedingungen, die erfüllt sein müssen, bevor eine Methode oder Funktion korrekt ausgeführt werden kann.
    → Verantwortung des Aufrufers.

  2. Nachbedingungen (Postconditions)
    Bedingungen, die nach der Ausführung garantiert werden.
    → Verantwortung der Methode/Funktion.

  3. Invariant (Klasseninvariante)
    Bedingungen, die während der gesamten Lebenszeit eines Objekts wahr bleiben müssen.
    → Verantwortung sowohl der Methode als auch des Aufrufers.

Ziel von Design by Contract

  • Klare Spezifikation der Verantwortlichkeiten.

  • Robustere und besser testbare Software.

  • Fehler werden frühzeitig erkannt (z.B. durch Verletzung des Vertrags).

Beispiel in Pseudocode

class BankAccount {
    private double balance;

    // Invariante: balance >= 0

    void withdraw(double amount) {
        // Vorbedingung: amount > 0 && amount <= balance
        if (amount <= 0 || amount > balance) throw new IllegalArgumentException();

        balance -= amount;

        // Nachbedingung: balance wurde um amount verringert
    }
}

Vorteile

  • Klare Verträge führen zu weniger Missverständnissen.

  • Bessere Fehlersuche, da Verstöße gegen Verträge sofort auffallen.

  • Unterstützt die defensive Programmierung.

Nachteile


Daemon

Ein Daemon (ausgesprochen wie „dä-mon“, nicht wie das englische „demon“) ist ein Hintergrundprozess, der auf einem Computersystem läuft – meist ohne direkte Benutzerinteraktion.

Merkmale eines Daemons:

  • Startet automatisch beim Hochfahren des Systems.

  • Läuft dauerhaft im Hintergrund.

  • Erledigt Aufgaben, ohne dass der Benutzer direkt mit ihm arbeitet.

  • Hört auf Anforderungen von anderen Programmen oder Netzwerken.

Beispiele:

  • cron-Daemon: Führt zeitgesteuerte Aufgaben aus (z. B. tägliche Backups).

  • sshd: Behandelt SSH-Verbindungen von außen.

  • httpd oder nginx: Webserver-Dienste.

  • cupsd: Druckaufträge verwalten.

Technischer Hintergrund:

  • In Unix/Linux endet ein Daemon-Prozessname oft mit „d“ (z. B. httpd, systemd).

  • Ein Daemon wird oft beim Systemstart durch Init-Systeme wie systemd oder init gestartet.

Ursprung des Begriffs:

Der Begriff stammt aus der griechischen Mythologie, wo „Daimon“ eine Art Geist oder übernatürliches Wesen war, das im Hintergrund wirkte – passend zur Funktion im Betriebssystem.


Perl Compatible Regular Expressions - PCRE

Perl Compatible Regular Expressions (PCRE) sind eine Implementierung von regulären Ausdrücken, die sich an der Syntax und Funktionalität der Programmiersprache Perl orientiert. Sie bieten eine sehr mächtige, flexible und erweiterte Syntax, die über einfache reguläre Ausdrücke hinausgeht.

Warum „Perl Compatible“?

Perl war eine der ersten Sprachen, die besonders leistungsstarke reguläre Ausdrücke eingeführt hat. Die PCRE-Bibliothek wurde entwickelt, um diese Funktionen auch in anderen Programmiersprachen und Tools verfügbar zu machen – zum Beispiel in:

  • PHP

  • Python (teilweise, re-Modul ähnelt PCRE)

  • JavaScript (mit leichten Abweichungen)

  • grep-Varianten wie pcregrep

  • Texteditoren wie VS Code, Sublime Text etc.


Wichtige Features von PCRE:

Lookahead & Lookbehind:

  • (?=...) – positive Lookahead

  • (?!...) – negative Lookahead

  • (?<=...) – positive Lookbehind

  • (?<!...) – negative Lookbehind

Nicht-gierige Quantifizierer:

  • *?, +?, ??, {m,n}?

Benannte Gruppen:

  • (?P<name>...) oder (?<name>...)

Unicode-Support:

  • \p{L} für Unicode-Buchstaben usw.

Assertions und Grenzen:

  • \b, \B, \A, \Z, \z

Modifikatoren:

  • (?i) für case-insensitive

  • (?m) für multiline usw.

(?<=\buser\s)\w+

Dieser Ausdruck findet Wörter, die nach "user " stehen (Lookbehind).


Fazit:

PCRE sind die "Deluxe-Version" regulärer Ausdrücke – sie sind leistungsfähig, weit verbreitet und flexibel. Wenn du in einem Tool oder einer Sprache arbeitest, die „PCRE unterstützt“, kannst du dich auf die mächtige Perl-ähnliche Syntax freuen.


Guard

In der Softwareentwicklung bezeichnet ein Guard (auch Guard Clause oder Guard Statement) eine Art von Schutzmechanismus innerhalb einer Funktion oder Methode, der sicherstellt, dass bestimmte Bedingungen erfüllt sind, bevor der restliche Code ausgeführt wird.

Einfach erklärt:

Ein Guard ist wie ein Türsteher: Er lässt nur das durch, was erlaubt ist – und alles andere wird frühzeitig beendet.

Typisches Beispiel (in Python):

def divide(a, b):
    if b == 0:
        return "Division durch null nicht erlaubt"  # Guard Clause
    return a / b

In diesem Beispiel schützt der Guard davor, dass eine Division durch null passiert.


Vorteile von Guards:

  • Frühes Beenden bei ungültigen Zuständen

  • Verbesserte Lesbarkeit durch weniger verschachtelte if-else-Strukturen

  • Saubererer Codefluss, da der "Happy Path" (also der normale Ablauf) nicht durch viele Sonderfälle unterbrochen wird


Beispiele in anderen Sprachen:

JavaScript:

function login(user) {
  if (!user) return; // Guard
  // Weiter mit Login-Logik
}

Swift (hat sogar ein eigenes Schlüsselwort guard):

func greet(person: String?) {
  guard let name = person else {
    print("Kein Name übergeben")
    return
  }
  print("Hallo, \(name)!")
}

Early Exit

Ein Early Exit bezeichnet in der Programmierung eine Technik, bei der eine Funktion oder ein Algorithmus vorzeitig beendet wird, sobald eine bestimmte Bedingung erfüllt ist. Das Ziel ist meist eine effizientere oder lesbarere Code-Struktur.

Beispiel in einer Funktion:

function getDiscount($age) {
    if ($age < 18) {
        return 10; // 10% Rabatt für Minderjährige
    }
    if ($age > 65) {
        return 15; // 15% Rabatt für Senioren
    }
    return 0; // Kein Rabatt für andere Altersgruppen
}

Hier sorgt der Early Exit dafür, dass die Funktion direkt einen Wert zurückgibt, sobald eine Bedingung zutrifft. Das verhindert überflüssige else-Blöcke und macht den Code übersichtlicher.

Vergleich mit einer verschachtelten Variante:

function getDiscount($age) {
    $discount = 0;
    if ($age < 18) {
        $discount = 10;
    } else {
        if ($age > 65) {
            $discount = 15;
        }
    }
    return $discount;
}

Hier wird die Logik unnötig verschachtelt, was die Lesbarkeit verschlechtert.

Weitere Anwendungsfälle:

  • Fehlertests am Anfang einer Funktion (return oder throw bei ungültigen Eingaben)

  • Schleifen schneller abbrechen, wenn das gewünschte Ergebnis gefunden wurde (break oder return)

Ein Early Exit verbessert also Lesbarkeit, Wartbarkeit und Performance eines Codes.


Single Page Application - SPA

Eine Single Page Application (SPA) ist eine Webanwendung, die vollständig innerhalb einer einzigen HTML-Seite läuft. Statt bei jeder Benutzerinteraktion eine neue Seite vom Server zu laden, werden Inhalte dynamisch über JavaScript aktualisiert. Dies führt zu einer schnellen, flüssigen Benutzererfahrung, ähnlich wie bei nativen Apps.

Merkmale einer SPA:

  • Dynamisches Nachladen von Inhalten: Neue Inhalte werden per AJAX oder Fetch API geladen, ohne die Seite neu zu laden.
  • Client-seitiges Routing: Die Navigation erfolgt über JavaScript (z. B. mit React Router oder Vue Router).
  • State-Management: SPAs nutzen oft Bibliotheken wie Redux, Vuex oder Zustand zur Verwaltung des Anwendungszustands.
  • Trennung von Frontend und Backend: Das Backend dient meist nur als API (z. B. REST oder GraphQL).

Vorteile:

✅ Schnelle Ladezeiten nach dem ersten Aufruf
✅ Bessere Benutzererfahrung (keine Seiten-Neuladungen)
✅ Offline-Funktionalität durch Service Worker möglich

Nachteile:

❌ Erster Ladevorgang kann langsam sein (größerer JavaScript-Bundle)
SEO-Probleme (da Inhalte oft erst per JavaScript geladen werden)
❌ Komplexere Implementierung, insbesondere bei Sicherheit und Routing

Typische Frameworks für SPAs sind React, Angular und Vue.js.

 


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).


Responsive Design

Was ist Responsive Design?

Responsive Design ist eine Technik im Webdesign, bei der sich eine Website automatisch an verschiedene Bildschirmgrößen und Geräte anpasst. Dadurch bleibt die Benutzerfreundlichkeit sowohl auf großen Desktop-Monitoren als auch auf Tablets und Smartphones erhalten, ohne dass separate Versionen der Website erforderlich sind.

Wie funktioniert Responsive Design?

Responsive Design wird durch folgende Techniken umgesetzt:

1. Flexible Layouts

  • Die Website verwendet prozentuale Breiten anstelle fester Pixelwerte, sodass sich Elemente dynamisch anpassen.

2. Media Queries (CSS)

  • Über CSS Media Queries kann das Layout je nach Bildschirmgröße angepasst werden. Beispiel:
@media (max-width: 768px) {
    body {
        background-color: lightgray;
    }
}
  • → Dieser Code ändert die Hintergrundfarbe für Bildschirme kleiner als 768px.

3. Flexible Bilder und Medien

  • Bilder und Videos passen sich automatisch der Bildschirmbreite an, oft mit:
img {
    max-width: 100%;
    height: auto;
}

4. Mobile-First Ansatz

  • Das Design wird zuerst für kleine Bildschirme entwickelt und anschließend für größere Displays erweitert.

Vorteile von Responsive Design

Bessere Nutzererfahrung auf allen Geräten
SEO-Vorteile, da Google mobilfreundliche Seiten bevorzugt
Keine doppelte Wartung für Desktop- und Mobile-Versionen
Höhere Conversion-Rate, weil Nutzer die Seite einfacher bedienen können

Fazit

Responsive Design ist heute Standard im modernen Webdesign, da es eine optimale Darstellung und Bedienbarkeit auf allen Geräten ermöglicht.