.NET Webanwendung: Wie kann ich einen skalierbaren Multi-Unit-Converter ohne hartcodierte Logik entwerfen?

Ich arbeite derzeit an einer Webanwendung mit .NET, in der ich einen Einheiten-Umrechner implementieren möchte, der mehrere Kategorien unterstützt, wie z. B. Länge, Zeit, Temperatur, Volumen und Fläche. Die grundlegenden Umrechnungen sind an sich nicht besonders kompliziert, aber mit zunehmender Anzahl an Einheiten wird der Code immer unübersichtlicher und schwer wartbar.

Das Hauptproblem besteht darin, eine saubere und skalierbare Struktur für die Umrechnungslogik zu finden. Während Umrechnungen für Länge oder Volumen meist einfache Multiplikationen sind, funktionieren andere Kategorien wie Temperatur nach unterschiedlichen Formeln, was die Konsistenz im Code erschwert. Außerdem möchte ich vermeiden, für jede mögliche Einheit eigene, fest codierte Funktionen zu erstellen, da das langfristig nicht wartbar ist.

Ich verwende aktuell .NET im Backend (ASP .NET) in einer typischen Windows-Umgebung. Bisher habe ich versucht, die Umrechnungen in separate Methoden aufzuteilen, aber das wirkt immer noch redundant und wenig flexibel, besonders wenn neue Einheiten hinzugefügt werden.

Mein Ziel ist es, eine erweiterbare Lösung zu entwickeln, bei der sich neue Einheiten und Kategorien einfach integrieren lassen, ohne größere Teile des Codes neu schreiben zu müssen.

Welche Vorgehensweise wird in .NET für ein solches Szenario empfohlen? Wäre es sinnvoll, ein bestimmtes Designmuster wie Strategy oder Factory zu verwenden, oder gibt es eine bessere Struktur, um das Ganze skalierbar und wartbar zu halten?