Sono fattori come il supporto Intellisense e una strong digitazione sufficiente a giustificare l'uso di un "Modello di dominio anemico"?

Question

Sono fattori come il supporto Intellisense e una strong digitazione sufficiente a giustificare l'uso di un "Modello di dominio anemico"?

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

1

È facile accettare che gli oggetti debbano essere usati in tutti i livelli ad eccezione di un livello nominato come livello dati. Tuttavia, è altrettanto facile concludere con un "modello di dominio anemico" che è solo una rappresentazione di oggetti di dati privi di funzionalità reale ( link ).

Tuttavia, l'uso di oggetti in questo modo porta il beneficio di fattori come supporto Intellisense, strong tipizzazione, leggibilità, rilevabilità, ecc.

Questi fattori sono argomenti validi per un modello di dominio anemico, altrimenti?

object-oriented domain-driven-design domain-model model

posta David Osborne 14.08.2012 - 12:36

fonte

2 risposte

Leggi altre domande sui tag object-oriented domain-driven-design domain-model model

il modo migliore per fare il ciclo di compilazione e controllo Aiuto con DB Structure, sito vOD

score 1 · Answer 1

Dipende tutto, sicuramente, da quali sono le tue opzioni.

Dovresti capire che l'alternativa al "modello di dominio (anemico)" non è "qualcosa senza una strong tipizzazione", ma "oggetti di trasferimento dati". Entrambi sono strongmente tipizzati (con tutti i vantaggi inclusi), ma c'è una strong differenza semantica tra loro.

score 0 · Answer 2

Quello che ho capito dall'articolo:

Il linguaggio di programmazione non ha importanza. Quindi

factors such as Intellisense support, strong typing, readability, discoverability, etc.

non ha importanza per l'opinione degli autori.

Un problema che vedo è di distinguere tra il tuo dominio e i tuoi casi d'uso .

Per me il dominio appartiene al modello di dominio e ai casi d'uso nei servizi. Ma non ho molta esperienza nello sviluppo di software di grandi dimensioni.