Si la hiérarchie des composants est trop profonde, cela affectera-t-il les performances de l'application ? , si oui, combien de niveaux seront généralement définis
Redux génère un nouvel état via le réducteur à chaque fois qu'il effectue une action. S'il y a plus d'actions, il y aura plus d'objets d'état. Cela n'affectera-t-il pas les performances ? Comment le redux est-il contourné ?
Le problème de l'imbrication des composants est inévitable. Afin de réutiliser le code, il doit être imbriqué, sinon la quantité de code sera énorme. C'est aussi l'un des inconvénients de React. D'une manière générale, 3 à 5 niveaux de nidification peuvent fondamentalement résoudre le problème, et on estime que ce ne sera pas un problème s'il est plus profond. S'il est trop profond, le premier problème auquel vous devrez faire face n'est certainement pas la performance, mais le développement. Vous ne vous souvenez peut-être pas d'où les paramètres sont transmis. Vous pouvez ajouter plus de code pour réduire le taux de réutilisation, mais c'est beaucoup plus facile à maintenir et les performances sont correctes. Quant à la question de l'état, redux maintient un état énorme. L'ensemble du projet est un État et les petits États sont divisés en composants individuels. Sans une compréhension approfondie du fonctionnement d'un état spécifique, il semble qu'après la génération d'un nouvel état, l'état d'origine devient quelque chose comme un objet sans références et sera libéré par le système.
Essayez immuable
dom virtuel