Mikrofrontenden

An einem zufälligen Tag vor nicht allzu langer Zeit habe ich begonnen, einen Witz für Witz über „Micro Frontends“ zu hören - sozusagen, wie ich zum ersten Mal von Toast gelernt habe. Ich habe die Quelle erst verstanden, als ich nachgefragt habe, was diesen Artikel von Cam Jackson entdeckte.

In diesem Artikel werden wir einen jüngsten Trend beschreiben, Frontend -Monolithen in viele kleinere, überschaubare Stücke aufzuteilen, und wie diese Architektur die Effektivität und Effizienz von Teams erhöhen kann, die an Frontend -Code arbeiten.

Ich würde argumentieren, dass es "Front-End-Monolithen" und "Front-End-Code" lesen sollte, aber ich schweife bereits ab.

Die Idee ähnelt Microservices, jedoch für das vordere Ende. Anstelle einer großen Front-End-Architektur (z. B. einer React-App) sind verschiedene Teile des Frontends völlig unabhängig voneinander entwickelt, haben keine Abhängigkeiten voneinander und können unabhängig voneinander bearbeitet und unabhängig eingesetzt werden.

Es ist eines dieser Dinge, bei denen man nicht ganz sagen kann, ob es wirklich eine interessante Vorhersage der Zukunft ist, nur eine nische architektonische Entscheidung, die zufällig für eine Handvoll großer Organisationen oder nur eine theoretische Option gearbeitet hat.

Der erste Ort, an dem mein Verstand geht, ist Konsistenz und Trockenheit. Überall, wo ich gearbeitet habe, sind diese Dinge eine große Sache und es scheint, als hätte die Branche im Allgemeinen endlose Front-End-Probleme mit Versanddesigns gehabt, die konsequent und kohärent bleiben, ohne sich mit Schaufeln technischer Schulden zu wiederholen. Die unabhängigen Frontends klingen so, als ob sie ein Problem sein könnten, wenn Team B von Team A für etwas, das nicht direkt verwandt ist, blockiert wird, aber dann wird das Problem der Ausgabe von Team B in Richtung Inkonsistenz mit Team As Ausgabe eingesetzt.

Der Artikel selbst spricht über eine Durchsuchen/Such -Zielseite, eine Detail-/Bestellseite und eine Profilseite, wobei alle drei von verschiedenen unabhängigen Produkten/Teams angepackt werden. Es klingt für mich ein bisschen cool und interessant und es klingt auch so, als ob diese Teams bei der Arbeit besser nebeneinander sitzen . Andernfalls geht diese App in zwei Wochen den Weg von Frankensteins Monster. Das Styling wird nur leicht mit einem „Ich weiß nicht an, mache gute Arbeit“. Teams haben damit zu kämpfen, wenn sie alle auf demselben Produkt sind, also hätte ich hier große Bedenken. Das erste, was ich versuchen würde zu lösen, wenn dies ernsthaft besprochen wird, wäre ein Designsystem, das alles überschreitet und der jeder ohne Ausfall verwendet.

Und was ist, wenn diese Mikro-Frontenden auf derselben Seite nebeneinander existieren? Verwenden Sie

Die anderen Integrationsoptionen… isolieren sie in ihren eigenen Bundles oder sogar in nativen Webkomponenten ein bisschen besser. Dennoch scheint die Idee der starken Entwicklung, bei der eine React -Komponente wie eine VUEW -Komponente auf die gleiche Seite geschlagen wird, eine enorme Benutzerstrafe für ein ziemlich spezifisches organisatorisches Problem. Ganz zu schweigen davon, dass Sie die Vorteile eines gemeinsamen Verständnisses einer Codebasis und den Vorteilen eines tieferen technischen Verständnisses einer kleineren Reihe von Tools verlieren.

Ich charakterisiere das alles wahrscheinlich nicht ziemlich, vor allem, weil die Idee für mich ziemlich neu ist und ich noch nie so gearbeitet habe.

Nader Dabit hat einen Follow-up-Artikel: Erstellen von Mikro-Frontenden mit React, Vue und Single-Spa. Nur damit ich das nicht falsch charakterisiere: Die Idee ist wirklich, dass Sie möglicherweise eine React -App erstellen und ich eine Vue -App erstelle und wir sie auf derselben Seite zusammenteilen. Ich komme definitiv aus einer Ära, in der wir gelacht haben-dann zugenommen, als wir Websites fanden, die mehrere Versionen von JQuery auf derselben Seite verwendeten, und eine Sache, die alle Mootools und Prototypen lud, die dort scheinbar zufällig darauf geworfen wurden. Wir sind zusammen zuckten, weil das ein Eimer mit JavaScript war, der meist ohne Grund dupliziert hat, was zu Fehlern führte und die Seite verlangsamte. Das scheint nicht so anders zu sein.

Joel Denning weist in einer AMA zu diesem Thema darauf hin:

Ich weise darauf hin, dass wir in der Phase der Idee in der „Hass ohne genau untersuchen“ sind. Es ist durchaus möglich, dass die Idee nach legitimer, enger Untersuchung immer noch fehlschlägt. Aber zu früh, um es zu erzählen.

Fair genug.

Tut mir leid, dass ich mich anziehe. ?

pic.twitter.com/mhlu0it5dr

- Chris Coyier (@chriscoyier) 20. Juni 2019

Das obige ist der detaillierte Inhalt vonMikrofrontenden. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!