BeWellUp - Blog

Vorstellung von bwu_redux_devtools: Eine Redux-DevTools-GUI für Rust

2026-07-18T00:00:00+00:00

Nach bwu_redux</a> haben wir jetzt auch bwu_redux_devtools als Open Source veröffentlicht — die Redux-DevTools-GUI und den gRPC-Server, die wir gebaut haben, um bwu_redux</code>-Stores zu inspizieren, veröffentlicht aufGitHub</a> unter einer dualen MIT/Apache-2.0-Lizenz.

Was es macht</h2> Verbundene Apps streamen jede ausgelöste Aktion und den resultierenden Zustand an den DevTools-Server. Die GUI zeigt die Aktionshistorie pro App und lässt Sie jeden aufgezeichneten Zustand als aufklappbaren Baum, JSON oder RON inspizieren. Die Baumansicht — oben abgebildet — färbt ein, was sich seit der vorherigen Aktion geändert hat (hinzugefügt, entfernt, geändert), mit einem Umschalter, um alles auszublenden, was unverändert blieb, damit ein großer Zustand nicht das eine Feld verschluckt, das Sie tatsächlich interessiert. Es ist mit Dioxus</a> gebaut, demselben GUI-Framework wie BWU Designer, und läuft sowohl als Desktop-App als auch als Web-GUI. Noch nicht auf crates.io</h2> Anders als bwu_redux</code> selbst ist dieses Crate nicht auf crates.io veröffentlicht: Es hängt von den offiziellen Dioxus-Komponenten ab, deren dioxus-primitives</code>-Crate derzeit nur als Git-Abhängigkeit verfügbar ist, nicht als veröffentlichtes Release. Sobald das upstream landet, veröffentlichen wir auch hier. Bis dahin installieren Sie direkt von GitHub: # Desktop-GUI (bettet den DevTools-gRPC-Server ein) cargo install --git https://github.com/BeWellUp/bwu_redux_devtools --bin bwu_redux_devtools # Nur der Headless-gRPC-Server (z. B. um die Web-GUI zu bedienen) cargo install --git https://github.com/BeWellUp/bwu_redux_devtools --bin bwu_redux_devtools_server --features standalone-server</code></pre>Eine App verbinden</h2> Aktivieren Sie DevTools in der Store-Konfiguration der App, die Sie inspizieren möchten — das braucht das redux_devtools</code>-Feature von bwu_redux</code>, das standardmäßig aktiviert ist: let config = StoreConfig::new(initial_state, reducer) .with_devtools(true) .with_app_name("my-app");</code></pre> Starten Sie die DevTools-GUI, dann Ihre App; sie erscheint in der Seitenleiste und ihre Aktionshistorie füllt sich live. Eine MCP-Schnittstelle, gratis dazu</h2> Mit aktiviertem mcp</code>-Feature stellt derselbe Server neben seinem üblichen gRPC-Endpunkt auch einen MCP</a>-Endpunkt bereit — keine separate Binary oder Prozess nötig. Das bedeutet, ein KI-Agent — etwa Claude Code — kann den live Redux-Zustand einer verbundenen App direkt inspizieren: verbundene Apps auflisten, die Aktions-/Zustandshistorie einer App abrufen, ihren aktuellen Zustand lesen oder das Weiterleiten störender Aktionen pausieren. Für uns hat sich das als wirklich nützlicher Weg erwiesen, um einen Agenten Zustandsprobleme in BWU Designer debuggen zu lassen, ohne uns gegenseitig Screenshots hin- und herzuschicken. Ausprobieren</h2> Issues und Pull Requests sind auf GitHub</a> willkommen. Wenn Sie bwu_redux</code> bereits nutzen, ist das die andere Hälfte des Bildes — probieren Sie es aus.

Vorstellung von bwu_redux: Redux-Style State Management für Rust, jetzt Open Source 2026-07-17T00:00:00+00:00 In unserem letzten Beitrag</a> haben wir das Argument für die Kombination von Redux-artigem State Management mit Rust vorgebracht. Heute ist das kein reines Argument mehr — es ist ein Crate, das Sie Ihrem Projekt hinzufügen können. bwu_redux ist jetzt Open Source, veröffentlicht auf crates.io</a> und GitHub</a> unter einer dualen MIT/Apache-2.0-Lizenz. Es ist dieselbe State-Management-Bibliothek, die hinter dem Frontend von BWU Designer steckt, herausgelöst, damit jeder sie unabhängig von unserer App nutzen kann. Was es macht</h2> bwu_redux ist ein asynchroner, Redux-artiger Store für Rust: ein einzelner unveränderlicher Zustand, Aktionen, die durch eine Middleware-Kette geschickt werden, und ein reiner Reducer, der den nächsten Zustand erzeugt. Zustandsänderungen werden an Subscriber als asynchrone Streams übertragen, angetrieben von Selektoren, die genau den Teil des Zustands extrahieren, der einen Subscriber tatsächlich interessiert — sodass ein Subscriber nur geweckt wird, wenn sich der ausgewählte Wert tatsächlich ändert, nicht bei jedem Dispatch. Ein paar Dinge sind besonders erwähnenswert: Undo gibt's gratis dazu. Mit aktiviertem history</code>-Feature (standardmäßig an) behält der Store automatisch die letzten N Zustände. Undo ist kein separates, aufgesetztes System — es ergibt sich aus demselben Append-only-Zustandsprotokoll, das den Store von vornherein vorhersehbar macht.</li> Time-Travel-Debugging. Das redux_devtools</code>-Feature streamt jede Zustandsänderung zu einem DevTools-gRPC-Server zur Live-Inspektion, mit demselben Wire-Format, egal ob Ihre App nativ läuft oder im Browser.</li> Eine Codebasis, zwei Laufzeitumgebungen. Genau derselbe Store, dieselben Aktionen und dieselbe Reducer-Logik laufen unverändert auf nativen Zielen und in WASM über wasm-bindgen</code>/gloo</code> — einschließlich der DevTools-Verbindung, die im Browser einfach zu gRPC-web wechselt.</li> </ul> Erste Schritte</h2> use std::sync::Arc; use bwu_redux::{StoreConfig, StoreWrapper}; #[tokio::main] async fn main() { let config = StoreConfig::new(String::from("initial"), |state: String, action: &String| { if action.is_empty() { state } else { action.clone() } }); let store = Arc::new(StoreWrapper::new(config)); store.run(); store.dispatch(String::from("hello")).expect("store is running"); store.close(String::new()).await.expect("close failed"); assert_eq!(store.select(|s| s.clone()), "hello"); }</code></pre> Zustands- und Aktionstypen brauchen nur Clone + Debug + PartialEq + Send + Sync</code> — fügen Sie serde::Serialize</code>/Deserialize</code> hinzu, wenn Sie das redux_devtools</code>-Feature nutzen möchten. Das README</a> enthält ein vollständigeres Beispiel mit eingerichtetem Tracing sowie die vollständige Feature-Flag-Referenz. Ausprobieren und uns sagen, was kaputtgeht</h2> Dies ist ein 0.1.0</code>-Release: der Kern-Store, Middleware, Undo-Historie und die DevTools-Integration sind alle im täglichen Einsatz in BWU Designer, aber das Crate ist jung und die API kann sich noch verschieben. Wenn Sie es ausprobieren und auf eine Unebenheit stoßen — oder einfach sehen wollen, wie das DevTools-Protokoll funktioniert — sind Issues und Pull Requests auf GitHub</a> willkommen. [dependencies] bwu_redux = "0.1"</code></pre> Das Argument für Redux und Rust in der Frontend-Entwicklung 2026-07-17T00:00:00+00:00 Frontend-Zustand neigt dazu, schnell auszuufern. Daten werden an einer Stelle geladen, an einer anderen verändert und an einer dritten gelesen. Sechs Monate nach Projektstart drehen sich die hartnäckigsten Bugs selten um was der Zustand enthält — sondern um wann und wie er dorthin gelangt ist. Irgendetwas hat den Zustand verändert, unter einer Komponente hinweg, die glaubte ihn zu besitzen, oder zwei Code-Stellen haben in leicht unterschiedlicher Reihenfolge um denselben Wert gewetteifert. Nichts davon zeigt sich in einer Typsignatur. Es zeigt sich erst um 2 Uhr nachts. Das Redux-Pattern war eine direkte Antwort auf dieses Problem, und es hält sich auch mehr als ein Jahrzehnt später noch gut. Was einem das Pattern bringt</h2> Die Kernidee von Redux ist fast schon langweilig einfach: Es gibt genau eine Quelle der Wahrheit für den Zustand einer Anwendung, und der einzige Weg, ihn zu ändern, ist eine typisierte Aktion durch eine reine Reducer-Funktion zu schicken. Keine Komponente greift direkt ein und verändert den Zustand; kein Seiteneffekt schreibt im Stillen etwas um, worauf sich ein anderer Teil der UI verlässt. Jeder Zustandsübergang ist (alter_zustand, aktion) -> neuer_zustand</code>, Punkt. Diese Disziplin klingt einschränkend, zahlt sich aber fast sofort aus. Weil Reducer reine Funktionen sind, ist jeder Zustandsübergang inspizierbar, wiederholbar und isoliert testbar — kein Mocken eines DOM, kein Simulieren eines Komponenten-Lebenszyklus. Und sobald Zustandsänderungen nur noch ein Protokoll aus (aktion, resultierender_zustand)</code>-Paaren sind, hören Time-Travel-Debugging und Undo/Redo auf, schwierige Features zu sein. Sie werden eher zu einem Nebeneffekt der Architektur als zu einem eigenen Projekt. Unabhängigkeit vom Framework</h2> Das ist der Teil, der zu wenig gewürdigt wird. Weil die Geschäftslogik — Aktionen, Reducer, Selektoren — überhaupt keine Abhängigkeit von der Render-Schicht hat, wird das GUI-Framework zu einem dünnen, austauschbaren Konsumenten des Zustands, statt zu dem Ding, um das herum alles andere gebaut ist. Ihren Reducern ist es egal, ob sie von React, einem nativen Toolkit oder gar nichts gerendert werden. Das bedeutet, Sie können das Render-Framework später austauschen, eine zweite Oberfläche neben der ersten betreiben — eine CLI, eine mobile Hülle, ein Server-seitiges Rendering — oder die Framework-Version aktualisieren, ohne einen einzigen Reducer anzufassen, weil es nie eine Abhängigkeit dorthin gab. Das ist eine strukturelle Eigenschaft von Redux selbst, unabhängig von der Sprache. Es stellt sich aber heraus, dass Rust ein besonders guter Ort ist, um darauf aufzubauen. Warum Rust das Pattern weiter schärft</h2> Ein paar Dinge verstärken sich gegenseitig auf schöne Weise: Aktionen als Enums. Wenn jede Aktion eine Variante eines Enums ist, matchen Reducer erschöpfend über sie. Fügt man eine neue Aktion hinzu und vergisst, sie irgendwo zu behandeln, stoppt einen der Compiler — kein stiller No-Op, den ein Nutzer erst drei Releases später entdeckt.</li> Ownership-Regeln eliminieren eine ganze Bug-Klasse. Der klassische Redux-Fallstrick in dynamisch typisierten Sprachen ist, dass etwas außerhalb des Reducer-Pfads in geteilten Zustand eingreift und ihn verändert. Rusts Borrow Checker macht das strukturell unmöglich, statt es der Teamdisziplin und Code-Reviews zu überlassen.</li> Typen fangen ungültige Zustände zur Kompilierzeit ab. Statt einer Laufzeitwarnung über eine unerwartete Prop-Form kompiliert ein ungültiger Zustandsübergang einfach nicht. Die Feedback-Schleife verschiebt sich von "jemand bemerkt es in Produktion" zu "der Build schlägt fehl".</li> </ul> Der übliche Einwand</h2> Die Standardbeschwerde über Redux ist Boilerplate — Action Creators, Typkonstanten, über Dateien verstreute Switch-Statements. Diese Beschwerde ist größtenteils ein Artefakt davon, Redux in einer Sprache ohne echtes Typsystem zum Anlehnen zu bauen. Enums, Derive-Makros und Pattern Matching reduzieren das meiste dieser Zeremonie automatisch, und der Compiler erledigt Validierungsarbeit, die ein dynamisch typisiertes Redux-Setup von Hand erledigen muss, Aktion für Aktion. Wo es sich tatsächlich lohnt</h2> Diese Kombination ist nicht das richtige Werkzeug für eine statische Marketing-Seite. Sie zahlt sich in Anwendungen mit wirklich langlebigem, komplexem Zustand aus — Undo-Historie, mehrere Ansichten, die synchron bleiben müssen, Sitzungen, die über viel Nutzerinteraktion hinweg bestehen. Genau dort hört auch der Framework-Unabhängigkeits-Punkt von vorhin auf, theoretisch zu sein: dieselbe Reducer- und Aktionslogik kann mehrere Laufzeitumgebungen ansprechen, nicht nur mehrere UI-Frameworks, da nichts davon von einer JS-Laufzeit, einem DOM oder einer bestimmten Plattform abhängt. Framework-Unabhängigkeit und Laufzeitumgebungs-Unabhängigkeit erweisen sich als zwei Seiten derselben Medaille — Logik, die wirklich nichts über die Render-Schicht weiß, läuft überall dort, wo irgendwann eine Render-Schicht gebraucht werden könnte. Wir haben diese Kombination als wirklich nützlich erlebt und werden weiterhin darüber schreiben, was wir dabei lernen. Hallo Welt! 2026-07-14T00:00:00+00:00 Dies ist der erste Beitrag im BeWellUp-Blog. Weitere Updates zu BWU Designer folgen hier, während das Produkt Gestalt annimmt. Newsletter abonnieren</h2> Erhalte Updates zu BWU Designer per E-Mail.

BeWellUp - Blog

Vorstellung von bwu_redux_devtools: Eine Redux-DevTools-GUI für Rust

Eine App verbinden</h2> Aktivieren Sie DevTools in der Store-Konfiguration der App, die Sie inspizieren möchten — das braucht das redux_devtools</code>-Feature von bwu_redux</code>, das standardmäßig aktiviert ist:</p>

Ausprobieren</h2> Issues und Pull Requests sind auf GitHub</a> willkommen. Wenn Sie bwu_redux</code> bereits nutzen, ist das die andere Hälfte des Bildes — probieren Sie es aus.</p>

Vorstellung von bwu_redux: Redux-Style State Management für Rust, jetzt Open Source

Das Argument für Redux und Rust in der Frontend-Entwicklung

Hallo Welt!

Newsletter abonnieren</h2> Erhalte Updates zu BWU Designer per E-Mail.</p> Abonnieren</button> </form> </div> </div>

`Ausprobieren</h2> Issues und Pull Requests sind auf GitHub</a> willkommen. Wenn Sie bwu_redux</code> bereits nutzen, ist das die andere Hälfte des Bildes — probieren Sie es aus.</p>`

Newsletter abonnieren</h2>
Erhalte Updates zu BWU Designer per E-Mail.</p>