Zwei Lektionen, die ich aus der Herstellung von React -Komponenten gelernt habe

Hier sind ein paar Lektionen, die ich gelernt habe, wie man React -Komponenten nicht aufbaut. Dies sind Dinge, auf die ich in den letzten Monaten gestoßen bin und dachte, sie könnten für Sie von Interesse sein, wenn Sie an einem Designsystem arbeiten, insbesondere eines mit einer Reihe von technischen Entscheidungen und viel Technologieverschuldung unter der Motorhaube.

Lektion 1: Vermeiden Sie Kinderkomponenten so viel wie möglich

Eine Sache mit der Arbeit an einem großen Designsystem mit vielen Komponenten ist, dass das folgende Muster schließlich sehr schnell problematisch wird:

 <karten>
  <card.header> Titel </card.header>
  <card.body> <p> Dies ist ein Inhalt </p> </card.body>
</karten>

Die problematischen Teile sind diese Kinderkomponenten, Karte und Karte.header. Dieses Beispiel ist nicht schrecklich, da die Dinge relativ einfach sind - es ist, wenn Komponenten komplexer werden, können die Dinge Bonkers bekommen. Beispielsweise kann jede untergeordnete Komponente eine ganze Reihe komplexer Requisiten haben, die die anderen stören.

Einer meiner größten Schmerzpunkte ist unsere Formkomponenten. Nehmen Sie das:

Senden Abbrechen

Ich vereinfache natürlich erheblich, aber jedes Mal, wenn ein Ingenieur zwei Schaltflächen nebeneinander platzieren möchte, importierte er das Formular.aktionen, auch wenn es auf der Seite kein Formular gab. Dies bedeutete, dass alles innerhalb der Formkomponente importiert wird und das letztendlich schlecht für die Leistung ist. Es ist auch so eine schlechte Implementierung von Systemdesign.

Dies macht es auch besonders schwierig, Komponenten zu dokumentieren, da Sie jetzt sicherstellen müssen, dass auch jede dieser untergeordneten Komponenten dokumentiert sind.

Anstatt form zu machen.aktionen zu einer untergeordneten Komponente, hätten wir es einfach zu einer brandneuen Komponente machen sollen: Formaktionen (oder vielleicht etwas mit einem besseren Namen wie Buttongroup). Auf diese Weise müssen wir nicht ständig das Formular importieren und können layoutbasierte Komponenten von den anderen getrennt halten.

Ich habe meine Lektion gelernt. Von hier an werde ich Kinderkomponenten insgesamt vermeiden, wo ich kann.

Lektion 2: Stellen Sie sicher, dass Ihre Requisiten nicht miteinander in Konflikt stehen

Mandy Michael schrieb ein tolles Stück darüber, wie Requisiten ineinander stoßen und alle möglichen verwirrenden Konflikte verursachen können, wie dieses Typenkriptbeispiel:

 Schnittstellenprops {
  Hidemedia?: Boolean
  MediaisedGetoEdge?: Boolean
  MediaFullHeight?: Boolean
  VideoInline ?: Boolean
}

Mandy schreibt:

Der Zweck dieser Requisiten ist es, die Art und Weise zu ändern, wie das Bild oder Video in der Karte gerendert wird oder ob die Medien überhaupt gerendert werden. Das Problem bei der separaten Definition ist, dass Sie eine Reihe von Flags haben, die die Komponentenfunktionen umschalten, von denen viele sich gegenseitig ausschließen. Sie können beispielsweise kein Bild haben, das die Ränder füllt, wenn es auch versteckt ist.

Dies war definitiv ein Problem für viele der Komponenten, die wir in den Designsystemen meines Teams geerbt haben. Es gab eine Reihe von Komponenten, in denen Boolesche Requisiten eine Komponente auf alle möglichen und unerwarteten Arten verhalten würden. Während der Entwicklung haben wir sogar alle möglichen Fehler in unserer Kartenkomponente auftauchen, weil die Ingenieure nicht wissen würden, welche Requisiten für einen bestimmten Effekt einschalten und ausschalten sollen!

Mandy bietet die folgende Lösung:

 Geben Sie MediaMode = 'Hidden' | 'edgetoedge' | "Fullaustheigheight"

Schnittstellenprops {
  MediaMode: 'Hidden' | 'edgetoedge' | "Fullaustheigheight"
}

Kurz gesagt: Wenn wir alle diese entstehenden Optionen miteinander kombinieren, haben wir eine viel sauberere API, die leicht auszudehnen und in Zukunft weniger Verwirrung verursacht.

Das war's! Ich wollte nur eine kurze Notiz über diese beiden Lektionen machen. Hier ist meine Frage an Sie: Was haben Sie gelernt, wenn es darum geht, Komponenten zu erstellen oder an Designsystemen zu arbeiten?

Das obige ist der detaillierte Inhalt vonZwei Lektionen, die ich aus der Herstellung von React -Komponenten gelernt habe. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!