Le cadre Redux favorise le paradigme immuable état / fonction pure, qui favorise la création d'un nouvel état à partir de l'état précédent en termes d'action en cours. L'applicabilité de ce paradigme est indubitable.
Une de mes préoccupations majeures est que, comme les réducteurs Redux renvoient avec impatience de nouveaux états des états précédents pour chaque action invoquée, le drain de mémoire massif (à ne pas confondre avec les fuites de mémoire) deviendrait un phénomène courant dans de nombreuses applications du monde réel. . Lorsque l'on considère que les applications Javascript s'exécutent normalement dans un navigateur sur les appareils d'un utilisateur moyen qui pourraient également exécuter plusieurs autres applications spécifiques à l'appareil et plusieurs autres onglets et fenêtres de navigateur, la nécessité de conserver la mémoire devient de plus en plus évidente.
Quelqu'un a-t-il réellement comparé la consommation de mémoire d'une application Redux à l'architecture traditionnelle de Flux? Si oui, pourraient-ils partager leurs conclusions?