Secondo https://medium.com/@dan_abramov/smart-and-dumb-components-7ca2f9a7c7d0#.i63w9pvzwReagire. È brutto se i componenti di presentazione contengono componenti del contenitore?
componenti di presentazione:
- possono contenere sia i componenti di presentazione e contenitore ** dentro, e di solito hanno un certo margine di profitto DOM e gli stili dei loro propri.
- Non hanno dipendenze dal resto dell'app, come azioni Flux o negozi.
penso che se i componenti di presentazione contengono componenti del contenitore, che riceveranno dipenderà Flux o Redux (o qualsiasi altra cosa i componenti del contenitore dipendono).
Ciò renderà i componenti di presentazione difficili da testare e riutilizzare.
C'è una domanda? – aet
@ aet Mi chiedo se i componenti di presentazione contenenti componenti del contenitore non siano corretti? –
Abbastanza giusto. La risposta non è semplice. Si potrebbe obiettare che sarebbe meglio progettare l'app in modo tale che non sia necessario nidificare i componenti del contenitore. Ad esempio, con redux, nulla ti impedisce di passare l'intero oggetto di stato a tutti i componenti come oggetti di scena (e questo è uno schema comune), eliminando così la necessità di quei contenitori più in basso nella catena. Ma forse hai una buona ragione per farlo, come se un sottocomponente avesse bisogno di uno stato e quello stato fosse un oggetto grande, e le prestazioni potrebbero risentirne se fossero passate a tutti. – aet