2011-06-15 9 views
3

On dit que le modèle de domaine est utilisé pour capturer le domaine de problème d'une application. C'est ce qui est nécessaire pour les besoins, etc. Mais souvent, ces modèles sont presque très proches de ce qui peut s'avérer être des classes pendant la phase de mise en œuvre. Mais il existe aussi quelque chose appelé le modèle de domaine orienté objet, qui est censé capturer "l'abstraction de données d'un domaine de problème". Par l'expression «abstraction de données d'un domaine de problème», je le comprends comme «les couches du domaine de problème qui pourraient être séparées».Quelle est la différence entre le modèle de domaine et le modèle de domaine OO?

Dans ce cas, quelle est la différence entre le modèle de domaine et un modèle de domaine OO? Ils capturent presque la même chose, n'est-ce pas?

Répondre

2

Considérez-le comme ceci; un élément essentiel de la POO est le regroupement des préoccupations; les méthodes qui fonctionnent sur des données doivent être regroupées avec ces données. Souvent, un modèle de domaine va capturer le domaine du problème, mais en raison des «excentricités» du domaine de problème, le modèle de domaine peut ne pas refléter un regroupement approprié des préoccupations. La modélisation de domaine orientée objet est simplement un remappage d'un modèle de domaine dans un modèle orienté objet (c'est-à-dire concerné). Vous avez raison de dire qu'ils capturent la même chose, mais la clé est que le modèle de domaine est plus soucieux de représenter purement le domaine du problème; l'OODM est chargé de représenter le domaine du problème d'une manière qui reflète les techniques de POO appropriées.

+1

Merci! Donc, puis-je dire que le modèle de domaine capture le domaine du problème alors que le modèle de domaine orienté objet capture le domaine de la solution? Et si tel est le cas, en quoi le modèle de domaine orienté objet diffèrerait-il d'un diagramme de classes UML? – Carven

+0

Vous êtes proche; l'OODM capture un domaine de solution, mais ce n'est pas forcément le seul. C'est un domaine de solutions orienté objet, mais il peut y en avoir plusieurs, selon le mapping. OODM peut conduire à un diagramme de classes UML, parfois très simple, mais ce n'est pas la même chose. OODM représente une modélisation du processus; un diagramme de classes représente une modélisation de l'information (traitement). Comme je le dis, on peut en conduire un autre, mais gardez à l'esprit que ce n'est pas la même chose. –

+0

merci beaucoup pour l'explication! :) – Carven

Questions connexes