Qual è l'astrazione / struttura corretta per salvare questo oggetto nello spazio di archiviazione?

Question

Qual è l'astrazione / struttura corretta per salvare questo oggetto nello spazio di archiviazione?

Naviga le tue risposte

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

0

Ho un oggetto chiamato SecurityServer .

Viene creato utilizzando SecurityServerFactory .

Ho bisogno di serializzare SecurityServer sul token disco / hardware / o qualche altra memoria.

Che è più corretto:

securityServerInstance.Save()
StorageAbstract.SaveServer(securityServerInstance);
Entrambi?
Né? Utilizzare l'iniezione?

Ho la sensazione che ho bisogno di capire il design guidato dal dominio, ma a questo punto sono autodidatta e sto iniziando finalmente a "prendermelo"

c# domain-driven-design dependency-injection domain-model

posta random65537 24.02.2017 - 21:22

fonte

3 risposte

Leggi altre domande sui tag c# domain-driven-design dependency-injection domain-model

Come chiameresti la funzione che prende un elenco di liste [L1, L2, L3] e restituisce un elenco di liste [l1, l2, l3] [chiuso] Crea API di database per consentire la portabilità del backend

score 2 · Answer 1

Se utilizzi StorageAbstract.SaveServer(securityServerInstance); , StorageAbstract dovrà essere in grado di accedere a tutto all'interno di un oggetto SecurityServer che deve essere serializzato. Questo potrebbe essere un problema se c'è uno stato interno che deve essere salvato ma non lo è - e probabilmente non dovrebbe essere accessibile al di fuori di SecurityServer . Se non vuoi preoccuparti di questo, allora forse l'oggetto si salva da solo.

score 1 · Answer 2

1

Nel contesto di DDD (Domain Driven Design), l'unica risposta consistente è usare un "repository": rep.save(securityServerInstance) , dove rep è un'istanza di SecurityServerRepository .

risposta data 24.02.2017 - 21:35

fonte

score 0 · Answer 3

Hai dovuto affrontare due scelte: 1. Esporre i membri privati in modo che una classe esterna possa accedere a tali membri 2. Rendi l'oggetto salvato da solo

Suggerisco una terza opzione: utilizzare il modello di progettazione del visitatore e creare un visitatore il cui scopo è serializzare l'oggetto.

Questo aiuta il tuo server di sicurezza ad avere meno responsabilità.

Pensa ad un altro esempio, come ad esempio creare un rapporto testuale dalla classe. Questo report deve includere dati visibili solo al server di sicurezza. Ti piacerebbe anche implementare quel metodo all'interno del server di sicurezza?

L'utilizzo del modello di progettazione dei visitatori potrebbe aiutarti a ridurre il codice all'interno della classe e a separare le responsabilità