Domanda

In un'applicazione aziendale di servizi orientati, non è un antipattern mescolare API di servizio (contenente interfaccia da cui dipende gli utenti esterni) con oggetti modello (entità, oggetti eccezioni personalizzate ecc ...)?

Secondo me, i servizi dovrebbero dipendere solo dal livello del modello ma non si mescola mai.

In effetti, il mio collega mi ha detto che non ha senso separarlo poiché il cliente ha bisogno di entrambi. (Interfacce modello e di servizio)

Ma noto che ogni volta che un client chiede alcune modifiche, come l'aggiunta di un nuovo metodo in qualche interfaccia (significa un nuovo servizio), anche il livello del modello deve essere consegnato ...

Pertanto, il cliente che non si è interessato da questa "aggiunta" è limitato a preoccuparsi di questo aggiornamento del modello ... e in una grande applicazione aziendale, questo tipo di consegna è noto per essere molto rischiato ...

Qual è la migliore pratica? Servizi separati (solo interfacce così) e modellare gli oggetti o mescolarli?

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top