Cet ouvrage, dans la lignée de Domain Driven Design est un hymne au développement piloté par le domaine si chère à Martin Fowler. Vous trouverez dans le détail de la news un lien vers le PDF du chapitre 6. A noter enfin que le DDD est plus que jamais d'actualité. Une méthode de design, catalysée par l'avènement des outils de mapping, qui possède de plus en plus d'adeptes. Alors, cet été, au bord de la piscine (ou de la plage), consommez sans modération "Applying DDD with C# Examples". Et attention, celui qui lit, c'est celui qui ne conduit pas.
Dans cet article MSDN, Jeremy Miller évoque les patterns mis en oeuvre habituellement dans le monde du DDD (Domain Driven Design). Les thèses Alt.NET reprises par le magazine phare de Microsoft, c'est assez rare pour être souligné. On y parle ActiveRecord, Fluent NHibernate, Repository et Virtual Proxy Pattern...
Pour faire court, le Behavior Driven Design est la méthode permettant de construire des exigences adaptées au monde du DDD (Domain Driven Design). Contrairement aux techniques habituelles de description d'exigences peu structurées, le BDD (Behavior Driven Design) devient avec NBehave quasiment un exécutable : "Relying on a syntax that is lightweight and targeted at product owners (a few "quotes" mostly), the code becomes an executable and self-describing requirements document. The definitions within the actual unit test of the application coupled with the organic nature of the architecture and ubiquity of the domain model translates these concepts into becoming one cohesive amalgam ". Intéressant, à suivre ...
L'actualité de cette rentrée est marquée par l'omniprésence des articles traitant du DDD (Domain Driven Design). A tel point que InfoQ (côté Java) et Codebetter (.NET) en font leur une. InfoQ a invité le père du DDD, Eric Evans pour présenter cette philosophie de conception (et modélisation), qui n'est pas né d'hier il est vrai, mais qui ne commence que très récemment à être outillé. Dans la pratique, il s'avère que le DDD est encore peu connu et souvent mal maitrisé.
Les design patterns sont une source de solutions fiables et reconnues aux problèmes courants du développement Objet. Explications de deux des patterns fondamentaux, avec code source en PHP.
Jusqu'à présent, il n'existait aucun terme pour qualifier une architecture dont les responsabilités se situent entre le DDD (Domain Driven Development) et SOA (Service Oriented Architecture). En effet, DDD couple fortement le client au service là où SOA utilise un couplage plutôt lâche à base de services distribués. C'est désormais chose faite avec DMS pour Domain Model Service. "(...) Domain Model Service is an integral part of the application and may therefore have knowledge of the internal structure of the domain, like business exception handling, object discovery etc. A Domain Model Service encapsulates behavior of the domain that does not fit in the domain objects themselves. Typical characteristics of a Domain Model Service is that it tends to be procedural and does not carry any state. (...) "
Apport majeur au monde du développement Objet, les design patterns simplifient la vie du programmeur. Font-il partie de votre pain quotidien ?
Dans la vie de chaque développeur l'utilisation des design patterns est une nécessité. Le développement ce n?est pas seulement la technologie mais aussi des principes et des pratiques que certains d'entre nous négligent (design patterns ou the best pr...
Alors que certains parleraient de DAO (Data Access Object) dans une architecture n-tiers traditionnelle, le vocabulaire DDD (Domain Driven Design) évoque plutôt le terme ou le pattern "Repository". Dans ce court billet, Greg Young illustre le Generic Repository et explique ses avantages. Les commentaires du billets sont tout aussi intéressants à parcourir.
Patternshare.org est un site Wiki spécialement dédié aux Design Patterns et maintenu par Microsoft. Il propose des adaptations .NET lorsqu'il existe une spécificité particulière. "(...) Microsoft does not offer formal support for this Wiki. Instead, our role is to provide a platform for people who want to share and discuss software patterns. Microsoft may also monitor content for accuracy of the information you'll find. (...)"
Au menu, 15 sites pour avoir des patterns / textures pour Photoshop ou Gimp. Ces patterns servent à mettre un background à votre site web.
A la fin de cet article retrouvez un tutorial pour s'amuser avec les patterns
l'image empruntée de LosTechies.
Pour continuer le sujet que j'ai introduit dans un de mes posts précédents [Design Patterns] Est-ce que votre code est S.O.L.I.D(e) - Introduction je m?attaque à la première bonne pratique:
Sin...
Cela fait 15 ans que les « Design Patterns » ont été mis en avant, dont l'accélération a été poussée avec le livre « Design Patterns -- Elements of Reusable Object-Oriented Software ».
Le Design Pattern est destiné à résoudre les problèmes récurrents. Ce concept est très utilisé dans l'ensemble des langages du Web comme PHP.
Le site InformIT a réalisé une interview des auteurs du livre ci-dessus : Erich Gamma, Richard Helm, et Ralph Johnson. L'interview revient sur l'utilisation au cours des 15 dernières années et sur l'utilisation actuelle sur les différentes plateformes existantes. Design Patterns 15 Years Later: An Interview with Erich Gamma, Richard Helm, and Ralph Johnson (0 visite) Définition Design Pattern sur Wiki Pedia (0 visite)
Dans mon poste précédent [Design Patterns] Partie 1: SRP: Single Responsibility Principle j'ai vous ai montré comment appliquer le principe SRP au niveau de l'application. Cependant comme je vous ai expliqué le principe SRP s'applique également au niv...
Smashingmagazine a lancé un sondage sur les points de conceptions des formulaires Web, et ils en ont tiré un dossier très complet, en deux volets. Tous les aspects de la présentation d'un formulaire sont disséqués : positions des étiquettes, couleur, typographie, gestion des champs obligatoires et des erreurs, etc. Vous en apprendrez beaucoup sur la popularité de vos propres choix.
Le plus important est d'avoir une liste assez complète sur les solutions utilisées et leur rendement : les tooltips et leur positionnement, les méthodes d'affichage d'erreur. Il y a des questions qu'on ne se pose pas, mais parfois à tort.
Evidemment, au final, cela fait beaucoup de travail supplémentaire pour chaque page. Web Form Design Patterns: Sign-Up Forms, Part 1 (0 visite) Web Form Design Patterns: Sign-Up Forms, Part 2 (0 visite)
