Salva due oggetti di dominio diversi in una chiamata di servizio

Question

Salva due oggetti di dominio diversi in una chiamata di servizio

#1 da (1 voti)
#2 da (0 voti)

5

Pensa che quando una filiale viene salvata, un'entità cliente deve essere creata nell'architettura di sistema a più livelli. Tutta la validazione è già stata implementata in CustomerService.

Se BranchService deve creare un'istanza CustomerService da creare cliente?
Il servizio Branch implementa nuovamente la convalida per Cliente e chiamata CustomerRepository?
Il ramo deve avere l'entità cliente come proprietà e dovrebbe avere Validazione cliente su BranchService?

Le classi di esempio sono

Branch
    - Code
    - Description
    - CustomerId


Customer
    - Code
    - Description
    - CustomerType

BranchRepository
    - Add
    - Remove
    - Get

CustomerRepository
    - Add
    - Remove
    - Get

BranchService
    - AddBranch (Validates entities)

CustomerService 
    - AddCustomer (Validates entites)

repository layers n-tier

posta hkutluay 11.03.2016 - 11:00

fonte

2 risposte

Leggi altre domande sui tag repository layers n-tier

Come pensare a una pianificazione che preleva da un database come oggetti Guida degli eventi di input Linux dal dispositivo seriale

score 1 · Answer 1

Non concentrarti troppo sulla creazione di servizi specifici per l'entità, ma utilizza servizi specifici del caso .

Il codice dovrebbe riflettere la logica e i processi aziendali e i loro casi d'uso. Se hai un caso d'uso che dice che cliente e filiale devono essere impegnati insieme, allora crea un servizio di questo tipo.

Creare un servizio CustomerBranch che comprenda sia il cliente che la filiale. È possibile memorizzare la convalida nelle entità stesse o in un servizio separato. Tocca a voi. Oppure puoi inserire i tuoi servizi attuali in questo in cui utilizzerai la loro logica di convalida.

Quindi puoi utilizzare il modello di unità di lavoro in cui utilizzi i tuoi repository solo per "notificare" a ORM che c'è una modifica in un'entità e UoW per confermare tali modifiche in DB. Il modello UoW ti consente (tra le altre cose) di commettere batch di entità modificate.

Lo schema del repository, come viene sostenuto in Internet (a mio parere sbagliato, ma è un altro argomento), si concentra sui cambiamenti da una sola entità.

score 0 · Answer 2

Ci sono due schemi che possono risolvere questo problema. i) Utilizzare il modello di repository per progettare il livello dati. Riferimento - link ii) Unità di lavoro link
Utilizza la serializzazione del runtime sugli oggetti usando le librerie disponibili (Jackson: uno dei migliori disponibili là fuori)
I punti finali del servizio mi sembrano corretti, tuttavia suggerirei di mantenere l'oggetto di riferimento del Cliente all'interno della classe del ramo.
Permetti al servizio di accettare Json invece di oggetti qualificati. Questo è dove il passaggio 2 è utile.
(aggiuntivo) riposa in modo elegante sui punti 2 e 4 a molla. Riferimento - link

Suppongo che tu stia costruendo la soluzione usando Java. Spero che sia d'aiuto.