← Zurück

Design Patterns in Locking, Isolation & Deadlocks

Pattern Zweck Einsatzort Begründung
Result Type Fachliche Ablehnung testbar statt technische Exception ReservationResult Lagerknappheit ist kein technischer Fehler.
Snapshot Lesezustand von Schreiblogik trennen StockSnapshot, AccountSnapshot Macht veraltete Reads und Versionen sichtbar.
Fake Repository/Test Double DB-Verhalten ohne echte DB simulieren InventoryTable, AccountTable Kompilierbares Lernlabor ohne externe Runtime.
Application Service Use Case und Konfliktbehandlung bündeln OptimisticInventoryService, PessimisticInventoryService Fachliche Regel wird nach Konflikten erneut geprüft.
Lock Manager Sperren kapseln und Timeout erzwingen RowLockManager Pessimistic Locking wird sichtbar und testbar.
Unit of Work Mental Model Transaktionssicht und Isolation simulieren SimulatedTransaction Repeatable Read vs Read Committed wird greifbar.
Deterministic Concurrency Test Helper Deadlock-Situation reproduzierbar machen DeadlockSimulator Concurrency-Fehler sollen nicht zufällig bleiben.
⌂ Cockpit