Progettazione basata su domini o architettura basata su modello

Question

Sono curioso, quali sono le differenze tra la progettazione basata sul dominio e l'architettura basata sul modello? Ho l'impressione che abbiano certe somiglianze.

Potrebbe illuminarmi?

Grazie

Answer 1

Non essere in disaccordo con la maggior parte di quanto sopra, anche se forse vale la pena di espandersi un po '.

L'unico concetto più importante in DDD è quello di concentrarsi sul dominio del problema. Mettere da parte l'ossessione della tecnologia e concentrarsi principalmente sulla modellazione del problema che stai cercando di risolvere. Quindi metti in ajax, ORM, database, framework ecc. In background e assicurati prima di tutto di avere un modello completo e accurato del problema. (Certo, hai ancora bisogno dei componenti architettonici, ma sono esplicitamente asserviti al modello). DDD chiama questo "linguaggio Ubiquitous" - un modello espresso in termini sia di esperti di dominio che di sviluppatori che usano e comprendono. Un modello in cui i nomi di classi, metodi, ecc. Sono presi dal dominio del problema.

DDD non impone/come/si cattura quel modello, sebbene il libro implichi l'uso di un linguaggio OO per farlo.

MDA condivide la stessa nozione di modellazione del dominio del problema in primo luogo (il PIM, Platform-Independent Model). Al contrario di DDD, consiglia di creare quel modello con UML. Ma l'intento è lo stesso: comprendere il dominio del problema senza contaminarlo con problemi architettonici (software).

Il PSM di MDA (Platform-Specific Model) è in qualche modo analogo all'applicazione dei modelli architettonici in DDD (ad esempio aggregato, repository, ecc.). Anche in questo caso - pur differendo nelle specifiche - entrambi mirano a risolvere il problema della conversione di un modello di dominio problematico "puro" in un sistema software completo.

Quindi riassumendo, direi che sono simili in due modi:

1. La centralità del modello (come dice @Rui) - in particolare il/modello/Domain.
2. Applicazione di modelli architettonici al modello per realizzare il sistema di destinazione.

hth.

Answer 2

La radice di entrambi Domain-Driven Design (DDD) e Model Driven Architecture (MDA) è Model-Driven Engineering (MDE), noto anche come Software Development Model-Driven (MDSD) se limitata a il dominio di sviluppo del software. Vedi Wikipedia: http://en.wikipedia.org/wiki/Model-driven_development

Tutti gli approcci che rientrano nell'ombrello MDE hanno una cosa in comune: un modello. Il modo in cui questo modello si materializza dipende dal sapore specifico di MDE.

MDA è considerato troppo complesso. Il DDD è considerato da alcuni troppo astratto. Le mie implementazioni MDE preferite personali sono DSM e ABSE (non elencate nell'articolo di Wikipedia).

Answer 3

DDD significa approcciare una soluzione software da una prospettiva aziendale con l'intento di mantenere il progetto il più vicino possibile al mondo reale. Questa è più un'arte che ingegneria.

MDA risolve diversi problemi. Maggiori dettagli qui: http://xml.coverpages.org/OMG-MDAFAQfinal1.pdf