Commentaires pour The .Net frog

Commentaires sur « Bounded contexts » et persistance par Nieve

Nieve — Tue, 19 Jan 2010 07:44:21 +0000

Bon, là on voit vraiment à quelle point CQRS est génial :) Je crois que le fait d’avoir un bdd (ou au moins une schéma) par contexte est l’un de plus grand « plus » (pluses, is that how you say it in French?).
deux petits question:
1. c’est juste un détail, néanmoins- puisque aujourd’hui on peut faire énormément de chose avec NH (je parle notamment de ‘Executable queries’ qui nous laisse faire même des ‘bulk operations’ si on veut- voir http://fabiomaulo.blogspot.com/2009/05/nhibernate-210-executable-queries.html), ne serait il tentant de éviter le plus possible les utilisation de ADO.NET?

2. Cela est une question pas aussi petite- si je bien compris, selon Udi on peut même ‘couper’ les contextes en Solutions, ce qui permet un mieux « loose coupling » (si je bien compris). Est ce que la sécurité (ou n’importe quel autre cross-contexte/global implémentations) devient pas un sujet un peu plus difficile à gérer? juste curieux :)

Commentaires sur « Command Query Responsibility Segregation » et « bounded contexts ». par thinkbeforecoding

thinkbeforecoding — Mon, 18 Jan 2010 13:13:21 +0000

@Nieve, bien entendu, tu n’as pas forcement interret à utiliser un type différent de persistence dans chacun de tes contextes, mais si les besoins spécifiques d’un contexte le demande, tu peux utiliser un type de persistence different.

De toute façon, l’intégration des différents contextes se fait par les messages et non par une base de donnée. Un contexte ne doit jamais acceder aux données d’un autre contexte directement.

Commentaires sur « Command Query Responsibility Segregation » et « bounded contexts ». par Julien

Julien — Mon, 18 Jan 2010 07:13:26 +0000

Nieve : voici une bonne raison de faire mon second billet de l’année 2010, stay tunned !

Commentaires sur « Command Query Responsibility Segregation » et « bounded contexts ». par Nieve

Nieve — Sun, 17 Jan 2010 21:34:17 +0000

Salut Julien,
Bon, tout d’abord je doit dire que cette architecture est l’une de plus élégants solutions que j’ai vue jusqu’au aujourd’hui :)

Puis, cette poste est tout à fait une excellente réponse à ma question; mais (évidemment) elle lève une autre question, une de manière plus générale: si on travaille au cas par cas, et on peut se trouver avec des différents manières à persister dans la base les changement, que deviendra l’homogénéité de la persistance? La maintenance, ne sera t elle affaiblie par telles différences / inconsistances??

Commentaires sur « Command Query Responsibility Segregation » et « bounded contexts ». par thinkbeforecoding

thinkbeforecoding — Sun, 17 Jan 2010 18:11:23 +0000

Effectivement l’approche CQRS offre beaucoup d’avantages.
Le déploiement des differents services peut être fait indépendement. Le context ‘marketing’ peut changer sans devoir toucher au context ‘ventes’.
Il faut bien prendre garde cependant de bien distinguer les commandes et les evenements pour ne pas perdre les benefices du découplage : une commande provoque une modification et génère un (ou plusieurs evenements). Par contre un event handler ne doit pas faire de modification, il doit appeler une commande. Faire un raccourci réduit la flexibilité du système…

Commentaires sur Comment détecter les copier-coller dans un projet? par GuiGau

GuiGau — Wed, 28 Oct 2009 17:28:19 +0000

Bonjour et Merci !

Un grand merci, oui.
Je viens de récupérer du code écrit par une SSII que je ne nommerai pas.
Leurs copier-coller m’ont fait hurler (à coups de blocs de 100, 200, voire 500 lignes… no comment).

Mais grâce à l’outil dont vous parlez, plus un peu de refactorisation, je suis en train de réussir à en faire quelque chose de propre…

Encore merci et bonne fin de journée.

Commentaires sur Slides de la présentation Domain Driven Design par ALT.Net » Blog Archive » Alt.net Paris #15 :Domain Driven Design avec Greg Young !

Wed, 24 Jun 2009 19:32:15 +0000

[...] attendant, les curieux pourront toujours consulter les slides de la présentation de décembre dernier sur l’implémentation du [...]

Commentaires sur XP Day France, Jour 1 par Robert Pickering

Robert Pickering — Fri, 19 Jun 2009 08:25:42 +0000

> A quand un évènement équivalent pour Alt.net?

2010, peut-être ;)

Commentaires sur Découvrez Resharper! par Julien

Julien — Thu, 21 May 2009 05:20:05 +0000

Avec 8g de ram, une consommation de 700mo pour Visual ne devrait pas être un gros problème en soit. As-tu désactivé l’analyse de solution? sur ce type de solution cette feature n’est pas utilisable.

Commentaires sur Découvrez Resharper! par Simon Mourier

Simon Mourier — Wed, 20 May 2009 21:26:48 +0000

Bon, ben j’ai essayé la 4.5 est c’est exactement pareil. Mon VS 2008 prend normalement 300-400M (40 projets, 2000 .cs). Avec Resharper, il prend 700M au bout d’une heure, et VS se met à ralentir! bref, c’est inutilisable pour moi