Redux est essentiellement une programmation fonctionnelle, et cela a beaucoup de sens. Alors que je reviens à un langage OOP non javascript dans un autre projet, je voudrais appliquer les mêmes principes tels que l'objet à état unique, les réducteurs qui agissent sur des parties de cet état, une couche métier d'actions sémantiques pour modifier l'état.
Mon projet est en C ++ et je veux savoir s'il est logique d'essayer d'appliquer une approche fonctionnelle de style redux à la conception de l'application. Les performances ne sont pas super critiques pour cette application, mais la maintenabilité l'est.
À quelles difficultés serais-je confronté lors de la conception de mon application comme ceci?
Je dois ajouter que ce n'est pas une application graphique. Et en y réfléchissant davantage, peut-être que redux a réduit les avantages dans une application non GUI car il n'y a pas d'effet visuel direct de la mise à jour de l'état de l'application.
Réponses:
Les styles de programmation fonctionnels ont tendance à être quelque peu réutilisables à peu près n'importe où avec la bonne mentalité. L'idée générale d'appliquer des paradigmes entre langages est ce que Steve McConnell appelle dans Code Complete «programmation dans un langage». Je voulais surtout souligner que le désir d'appliquer les leçons apprises cross-language et cross-paradigm est vraiment la marque de quelqu'un qui voit la langue comme un moyen d'expression. Il est étonnant de voir combien de développeurs n'atteignent jamais ce point.
Comme vous le faites remarquer, la philosophie de Redux vise le développement d'interface utilisateur. Il est difficile d'envisager un trop grand nombre de scénarios dans lesquels le suivi delta de l'état est utile dans des environnements non UI. Cela dépend vraiment de votre problème. Si l'approche rend la solution globale plus facile à comprendre et à maintenir, elle est probablement bonne. L'approche générale adoptée par Redux ressemble beaucoup au journal des transactions dans la plupart des SGBDR, il peut donc être vrai que l'approche existait avant JavaScript.
la source