Buon design per i delegati in un'architettura orientata ai servizi

quindi il tuo problema è che i servizi si chiameranno a vicenda, se suppongo, che i servizi stessi non hanno una dipendenza circolare, quindi devi creare 2 delegati per ciascun servizio, uno è un delegato per registrare il servizio, l'altro è un delegato a cercare un servizio.

dove ciascun delegato estenderà un delegato astratto che detiene la logica per registrare o cercare un servizio. e devi separare la tua interfaccia in un proprio jar.

allora hai:

interface UserService{}

interface EmailService{}

class UserServiceImpl implements UserService{
 }

class EmailServiceImpl implements EmailService{
 use UserServiceLookup
 }

class abstract BindDelegate{}

class abstract LookupDelegate{}

class UserServinceBindDel extends BindDelegate{
 use UserServiceImpl
 }

class EmailServiceBindDel extends BindDelegate{
use EmailServiceImpl
 }

class UserServiceLookup extends LookupDelegate{
 use UserService
 }

class EmailServiceLookup extends LookupDelegate{
   use EmailService
 } 

in questo caso anch'io rinominerei BindDelegate solo per Binder e LookupDelegate solo per Resolver o Lookup

ma un modo migliore sarebbe quello di evitare questa delega, perché come vedi c'è un sacco di codice, quindi ora salvi alcune linee di codice per la risoluzione e l'associazione, ma devi scrivere sempre 2 nuove classi.

in tal caso hai bisogno di RMI, andrei a fare un generatore. il generatore analizzerà il tuo codice, una configurazione durante o qualcos'altro, e da queste informazioni genererà le classi server, stub e scheletri.

quindi devi solo scrivere il generatore una volta, e questo è tutto. la duplicazione del codice viene eseguita dal generatore. se hai bisogno di cambiarlo, cambia il generatore, eseguilo e hai cambiato il codice per tutti i servizi.

Se non vuoi scrivere il generatore da solo, dai un'occhiata a questo

link

esiste un generatore open source pronto con molte risorse aggiuntive per RMI e servizi remoti.

Se RMI non è necessario, è possibile passare a Servizi REST come esempio, con REST, è possibile creare un singolo delegatore che sarà in grado di chiamare tutti gli altri servizi, senza avere una dipendenza circolare perché effettua semplicemente una chiamata http a un altro url, con un'altra stringa json, i servizi sono accoppiati.