Nach https://medium.com/@dan_abramov/smart-and-dumb-components-7ca2f9a7c7d0#.i63w9pvzwReagieren. Ist es schlecht, wenn Präsentationskomponenten Containerkomponenten enthalten?
Präsentations Komponenten:
- beide Präsentations- und Containerbestandteilen enthalten ** nach innen, und in der Regel einige DOM-Markup und Stile ihrer eigenen.
- Keine Abhängigkeiten vom Rest der App, wie Flux-Aktionen oder Speicher.
Ich denke, wenn Präsentations-Komponenten Container-Komponenten enthalten, werden sie auf Flux oder Redux bekommen abhängen (oder was auch immer die Behälterkomponenten sind abhängig von).
Das wird die Präsentation und Wiederverwendung von Präsentationsteilen erschweren.
Gibt es eine Frage? – aet
@aet Ich frage mich, ob Präsentation Komponenten mit Container-Komponenten ist schlecht? –
Fair genug. Die Antwort ist nicht geradlinig. Man könnte argumentieren, dass es besser wäre, die App so zu gestalten, dass Containerkomponenten nicht geschachtelt werden müssen. Mit redux hält Sie beispielsweise nichts davon ab, das gesamte Zustandsobjekt als Requisite an alle Komponenten weiterzuleiten (und dies ist ein gängiges Muster), wodurch diese Container in der Kette nicht mehr benötigt werden. Aber vielleicht hast du einen wirklich guten Grund dafür, als ob eine Unterkomponente einen Zustand benötigt und dieser Zustand ein großes Objekt ist und die Leistung leiden könnte, wenn sie an alle weitergegeben wird. – aet