Attualmente sto cercando di creare la mia prima soluzione seguendo i principi del DDD. Fino a poco tempo fa tutto era più o meno chiaro, ma ora ho un compito di importare i dati di configurazione per la mia applicazione e non sono sicuro di quale sarebbe il posto migliore per adattare una simile funzionalità ...
Ho un'applicazione di analisi delle vendite e in alcuni momenti è necessario rinnovare i dati dei listini prezzi (aggiungere nuovi prodotti di eliminazione o aggiornare i prezzi). Quindi in una operazione vorrei importare i dati dei listini prezzi per tutti i prodotti.
Suppongo che potrebbe essere trattato come Price list renewal bounded context
Potrebbe avere un aggregato PriceListItem
e potrebbe avere un DomainService PriceListRenewalService
, ma questo sembra essere un modello anemico (perché questo contesto limitato riguarda solo l'importazione dei dati - quindi risulta essere semplice CRUD).
Domanda
Quale sarebbe il modo corretto di modellare un tale servizio (sottodominio) e quale sarebbe un posto valido (secondo DDD) per tale servizio (Quale strato? Dovrebbe avere un Contesto Limitato o sarebbe ok che tale il servizio funziona direttamente con il database, dal momento che è solo un CRUD?)