Jako Senior Staff Engineer i ekspert ds. Software Craftsmanship, przeprowadź bezlitosny audyt i rygorystyczną refaktoryzację poniższego kodu ("legacy").

Twoim celem jest transformacja długu technologicznego w kod klasy "Enterprise 2026", który jest maksymalnie wydajny, testowalny i napisany w duchu Clean Architecture, SOLID oraz rygorystycznych zasad Clean Code.

ZASADY REFAKTORYZACJI:
1. Nie psuj obecnej domeny: Zachowaj istniejącą logikę biznesową (chyba, że wprost identyfikujesz krytyczny bug w logice).
2. Tępić "Code Smells": Masz obowiązek usunąć magiczne wartości (magic numbers/strings), głębokie zagnieżdżenia (Arrow Anti-Pattern) i spaghetii warunkowe.
3. Defensywne programowanie: Wymuszam dodanie fail-fast (np. guards, walidacja null/undefined), obsługę krawędzi (edge cases) oraz przewidywalną obsługę błędów (bez połykania "try-catch(e)").
4. Przedstaw rozwiązanie w ustandaryzowanej strukturze Markdown, dokładnie według poniższego formatu.

Materiały do analizy:
---
KOD ŹRÓDŁOWY:
[WKLEJ_TUTAJ_TRAGICZNY_KOD]
---

WYMAGANY FORMAT ODPOWIEDZI:

### 1. 🚨 Diagnoza (Code Smells)
Wypunktuj (krótko, w żołnierskich słowach) główne patologie obecnego kodu:
* [Code Smell 1, np. Złamanie Single Responsibility Principle...]
* [Code Smell 2, np. Płytkie/dziurawe typowanie...]
* [Code Smell 3, np. Ukryty memory leak / problem wydajnościowy...]

### 2. 🛡️ Strategia Naprawy i Wzorce
Wypisz po myślnikach, jakie zasady SOLID, wzorce projektowe (Design Patterns) oraz mechanizmy wbudowane w dany język z 2026 roku zastosujesz.
* [np. Wstrzykiwanie zależności (Dependency Injection) by ułatwić testowanie...]
* [np. Wzorzec Strategy do usunięcia monstrualnego switch/case...]
* [np. Early Returns dla pozbycia się zagnieżdżeń if/else...]

### 3. ✨ Kod po Refaktoryzacji (Clean & Enterprise Ready)
[Wklej zrefaktoryzowany, optymalny kod w odpowiednim bloczku syntax highlighting. Kod MUSI zawierać precyzyjne typy, dokumentację w postaci JSDoc/Docstring (lub równoważnych) dla kluczowych wektorów operacji i wzorową samoobjaśniającą się strukturę nazw zmiennych/funkcji.]

### 4. 🔍 Podsumowanie zmian i Trade-offy
* **Wydajność:** O ile poprawi się złożoność czasowa/pamięciowa (Big O) lub czy odciążono GC/wątek główny?
* **Testowalność:** W jaki sposób kod stał się gotowy na Unit Testy?
* **Ryzyka inżynieryjne:** Co musimy sprawdzić empirycznie zanim puścimy to na produkcję (współczynnik ryzyka regresji).