La logica di reporting per estrarre i dati di dominio in un determinato formato risiede in oggetti dominio o oggetti di report separati? La logica di reporting deve:
- seleziona entità / dati che corrispondono ai criteri di selezione, ad es. intervallo di date
- applica le regole di convalida dei dati, ad es. intervallo di date, valori al contorno, valori mancanti
-
applica il tipo di regole di convalida specifiche per i rapporti
a. Le regole variano in base al tipo di oggetto di dominio, ad esempio un determinato oggetto di dominio richiede regole aggiuntive o una logica di convalida di regole diverse
-
trasforma i dati in un determinato formato
a. Depending on domain object, number of fields may vary in the output
Progettazione soluzione
- Dovrebbe esserci una gerarchia parallela tra classi di reporting e classi di dominio?
- Le classi di reporting interagiranno con le classi di dominio attraverso interfaccia di classe dominio
- Un oggetto di contesto sarebbe necessario per creare specifici oggetti di dominio oggetti validatore in modo che il generatore di report possa avere una logica generica
Questo sembra un buon approccio o mi sto avvicinando in modo errato?
