Quand la conception pilotée par domaine est-elle adéquate?

Question

La plupart des livres sur DDD parlent de l'alignement de la technologie à l'entreprise. Donc, vous avez des ordres et des règles de paiement et autres. Et si j'écris une application technologique. Par exemple si j'écris un studio visuel comme application. DDD n'est pas pertinent, ou puis-je dire que mon domaine est "développement d'applications" et identifier les joueurs ("solution", "fichier") et les règles métier pour que je puisse appliquer DDD.

Answer 1

Ce que vous avez ici est simplement un cas où le domaine métier est technique; ce n'est pas une raison pour ne pas utiliser DDD. À certains égards, cela facilite les choses, car vous êtes automatiquement un expert Suibject Matter Expert (SME) dans le domaine «de l'entreprise» en question. D'autres façons, ce sera plus difficile - vous pouvez trouver que la terminologie "entre en collision". Par exemple, si vous modélisez le système, les termes techniques peuvent être modélisés comme s'il s'agissait de termes métier. Nous avons tous vu des diagrammes de classes avec des entités appelées "Customer" et ainsi de suite; mais avoir une entité appelée "Class" conduirait rapidement à des problèmes - surtout si vous voulez l'utiliser pour générer du code.

Answer 2

La conception dirigée par le domaine est presque toujours adéquate. Fonce. :) Aussi, il peut être une bonne idée de regarder certaines implémentations IDE comme http://www.sharpdevelop.net

Answer 3

Le domaine de votre application technologique devrait être aligné sur la langue que les utilisateurs du système vont en parler. Donc, avec un outil de développement, vous pouvez avoir des projets, des fichiers, des propriétés, etc.

Answer 4

DDD convient aux grandes applications. Je suppose que votre IDE sera assez grand. Vous n'aurez probablement pas besoin de modèles de référentiel, mais le repos (objets de valeur, entités, services) sera présenté.

Answer 5

Lorsque nous développons quelque chose, il y a toujours un but dans cela, cible. Cette cible est votre domaine.

Dans ce cas, vous allez développer un IDE. Vous devez réfléchir à la façon de résoudre le problème de "développement d'applications". C'est votre domaine.

Vous doutez du fait que "développement logiciel" n'est pas utilisé comme exemple dans DDD.