Oggetti Future / Promise in Controllers - Best practice - MVC

3

Oggi stavo esaminando alcuni articoli relativi a Futures e Callables e stavo pensando alle migliori pratiche quando si lavora in un ambiente basato su MVC.

Mi stavo chiedendo, se dovessimo creare oggetti Future in Controller e forzare le classi di servizio a restituire un oggetto Future.
Ho un caso in cui una particolare API ha bisogno di ottenere dati da due servizi diversi e fare con Futures in Controller non bloccherà la seconda (o terza ...) chiamata a un altro servizio di terze parti. Questa sembra l'idea giusta e una scelta sensata.

Ma questo sembra disordinato, pensando un po 'di più, ho pensato di creare un servizio comune e nascondere tutte le future creazioni di oggetti e le chiamate API di terze parti sembrano buone. Poiché questo rende tutto non-bloccante e Controller non si sentono come se fossero servizi.

Quale percorso dovremmo seguire?

    
posta swayamraina 24.08.2018 - 19:57
fonte

1 risposta

0

Solo perché hai i controller non significa che non puoi avere altri oggetti.

Avvolgi la tua API in un oggetto client e nascondi lì i dettagli di implementazione disordinati

    
risposta data 25.08.2018 - 00:12
fonte

Leggi altre domande sui tag