BT

Diffuser les Connaissances et l'Innovation dans le Développement Logiciel d'Entreprise

Contribuez

Sujets

Sélectionner votre région

Accueil InfoQ Actualités Domain Driven Design Exchange (DDDx) 2012 Rupture avec le design basé sur le paradigme orienté objet

Domain Driven Design Exchange (DDDx) 2012 Rupture avec le design basé sur le paradigme orienté objet

Favoris

Cette année, DDDx a commencé par une keynote d’Eric Evans dans laquelle il a mis l’accent sur le changement de paradigme du DDD qui était considéré à ses débuts comme faisant partie du Design Orienté Objet à la situation actuelle où il est considéré comme indépendant de celui-ci. Eric a attribué ce changement à la tendance actuelle à regarder au-delà des langages orientés objet notamment vers les langages fonctionnels :

La programmation Orienté Objet était le paradigme dominant lorsque le livre Domain Driven Design a été écrit. Quand j’ai commencé à programmer, la programmation Orienté Objet était vraiment la nouvelle chose excitante et elle est ensuite devenue le paradigme dominant à tel point que les deux choses étaient en quelque sorte étroitement liées dans l’esprit des gens. L’idée du Domain Driven Design et celle du Design Orienté Objet étaient presque indissociables pour la plupart des gens mais cela n’a jamais été le cas pour moi. Maintenant nous commençons à voir un réel intérêt pour d’autres choses et c’est important de le reconnaître. Ainsi quelques présentations d’aujourd’hui parlent du Domain Driven Design mais pas particulièrement dans un contexte Orienté Objet.

La première présentation par Greg Young était en rapport avec ce virage et expliquait comment la programmation fonctionnelle et le DDD peuvent se marier. Cherchant plus de précisions sur comment réaliser pleinement ce mariage, Ian Johnson a présenté sa conclusion à cette intervention :

Il y a des choses qui ne me convainquent pas encore par rapport au DDD fonctionnel :

  • La cohésion : une chose que le modèle objet nous fournit est la cohésion forte des fonctions ; même si nous avons un domaine objet immutable toutes les méthodes de changement d’états sont groupées ensemble dans l’objet et peuvent être cachées du monde extérieur à l’intérieur de l’objet…
  • Où se trouve le modèle sur lequel nous travaillons ? Où est le langage omniprésent ? Je vois que nous pouvons toujours modéliser les verbes comme des fonctions ou des représentations d’évènements mais qu’en est-il des noms ? Allons-nous perdre les noms maintenant ?

Rinat Abdullin a recommendé les présentations suivantes :

  • “Étude de cas sur le Design Stratégique et les formalismes établis” par Eric Evans
  • “La programmation fonctionnelle avec le DDD” par Greg Young
  • “Pourquoi toutes mes applications DDD se ressemblent ?” par Alberto Brandolini

Vous pouvez visualiser toutes les présentations en ligne.

Sur Twitter les retours sur l’évènement comprenaient :

ijrussel : A la maison après une excellente journée au @skillsmatter je pense que c’est le meilleur #dddx jusque là. ;-)

jnthnwrthngtn : DDDx était tellement impressionnant cette année, @carlmasak et moi sommes déjà inscrits pour l’année prochaine ! Merci, @Edument, de nous avoir envoyés à ce super truc !

Les “échanges d’une journée” en sont à leur cinquième édition et étaient organisés par SkillsMatter dans leurs bureaux de Londres. DDDx de l’année prochaine est prévu le 14 juin 2013 au même endroit.

Evaluer cet article

Pertinence
Style

Contenu Éducatif

BT