Abbiamo questo progetto DDD in cui abbiamo più di un BC, e abbiamo questo scenario in cui vorremmo definire un modo corretto per archiviare le impostazioni dell'account.
Nello scenario A, avremmo le impostazioni di un negozio BC per tutti i BC, e lo faremo pubblicare su ciascun BC di conseguenza, e nello scenario B, ogni BC mantiene le sue impostazioni, e nello scenario C solo un BC memorizza tutte le impostazioni .
Lo scenario A è buono per mantenere la logica aziendale tutto in un unico posto, mantiene le BC disaccoppiate, ma c'è questo overhead di mantenere la pubblicazione / sottoscrizione per ogni BC. Lo scenario B d'altra parte ha meno spese generali, ma nel caso in cui una delle BC abbia la necessità di utilizzare le impostazioni di diversi BC (la logica di business può sempre cambiare), i BC sono di nuovo strettamente accoppiati. Lo scenario C prevede un sovraccarico minimo, ma nessuna autonomia.
La selezione dello scenario dipende esclusivamente dalle esigenze del business o ci sono alcuni schemi di DDD che dovremmo seguire qui?
