In un progetto in corso, il mio team sta costruendo una nuova applicazione web che fa molto affidamento su un ambiente di riposo. Quando abbiamo deciso di provare a reagire, abbiamo naturalmente implementato Redux e un middleware, poiché abbiamo letto che questa è la strada da percorrere. Tuttavia, più avanti nel progetto, abbiamo notato che sarebbe stato un buon approccio per raggruppare tutte le logiche relative a api in una libreria comune. Quindi da quel momento in poi, il frontend (reagire) è stato isolato dalla logica che interrogava l'api. A causa di uno shedule stretto ci siamo precipitati attraverso questa transizione, lasciandoci un sacco di codice redux che implementa la nuova libreria.
La nuova libreria gestisce l'interazione completa con l'api e addirittura la allontana attraverso diversi oggetti che rappresentano informazioni compilate da diversi endpoint.
La domanda è: abbiamo persino bisogno di essere ridisposti con questo tipo di architettura? Sembra duplicare completamente la quantità di codice richiesta per le azioni semplici, a causa della necessità di azioni, riduttori e il negozio. Ho davvero la sensazione che la libreria che abbiamo creato abbia un proprio store e debba quindi essere consumata direttamente all'interno dei componenti di reazione. Sarebbe considerato una cattiva pratica?
Recentemente abbiamo creato un modulo della libreria, che fornisce commutazioni booleane per stabilire se un componente debba essere visibile o meno. Mi piacerebbe davvero costruirli direttamente nei componenti (magari come oggetti di scena). Credo di essere accecato da parole d'ordine su questo argomento, per favore mi illumini.