Ha senso applicare i principi di Redux alle lingue OO?

Redux è essenzialmente una programmazione funzionale e ha molto senso. Mentre torno a un linguaggio OOP non javascript in un progetto diverso, vorrei applicare gli stessi principi come oggetto a stato singolo, riduttori che agiscono su parti di quello stato, un livello aziendale di azioni semantiche per modificare lo stato.

Il mio progetto è in C ++ e voglio sapere se ha senso provare ad applicare un approccio funzionale in stile redux alla progettazione dell'applicazione. Le prestazioni non sono super critiche per questa app, ma lo è la manutenibilità.

Quali difficoltà dovrei affrontare progettando la mia app in questo modo?

Dovrei aggiungere che questa non è un'app GUI. E a pensarci di più, forse redux ha ridotto i vantaggi in un'applicazione non GUI poiché non c'è alcun effetto visivo diretto dell'aggiornamento dello stato dell'applicazione.

Gli stili funzionali di programmazione tendono ad essere in qualche modo riutilizzabili praticamente ovunque con la giusta mentalità. L'idea generale di applicare i paradigmi tra le lingue è ciò che Steve McConnell definisce in Code Complete "programmazione in una lingua". Per lo più, ho voluto sottolineare che il desiderio di applicare le lezioni apprese attraverso la lingua e il paradigma incrociato è davvero il segno di qualcuno che vede la lingua come mezzo di espressione. È sorprendente quanti sviluppatori non abbiano mai raggiunto questo punto.

Come hai sottolineato, la filosofia di Redux è mirata allo sviluppo dell'interfaccia utente. È difficile immaginare troppi scenari in cui il rilevamento delta di stato è utile in ambienti non UI. Dipende davvero dal tuo problema, comunque. Se l'approccio semplifica la comprensione e la manutenzione della soluzione complessiva, è probabilmente una buona soluzione. L'approccio generale adottato da Redux è molto simile al journal delle transazioni nella maggior parte dei RDBMS, quindi potrebbe essere vero che l'approccio esistesse prima di JavaScript.