Commentaires pour Le blog de Mathieu ATTAL https://blog.developpez.com/zapoutix Fri, 07 Aug 2009 13:40:15 +0000 hourly 1 https://wordpress.org/?v=4.1.42 Commentaires sur Comment utiliser un fichier de configuration (.config) avec FitNesse.NET par Nicholas https://blog.developpez.com/zapoutix/p7808/les-tests/comment_utiliser_un_fichier_de_configura#comment-5 Fri, 07 Aug 2009 13:40:15 +0000 #comment-5 Ah bah sur qui je tombe quand je cherche des infos pour optimiser notre config FitNesse :)

]]> Commentaires sur [Design pattern Factory] A mort le héro. par dev01 https://blog.developpez.com/zapoutix/p7874/design-pattern/design_pattern_factory_a_mort_le_hero#comment-10 Sun, 12 Jul 2009 13:48:18 +0000 #comment-10 J’avais effectivement pensée à cette explication. Le problème est qu’avec cette méthode la classe d’implémentation est obligé d’avoir un constructeur sans argument pour que cela soit faisable.

De plus même si dans le contexte de ton exemple cela importe peu, un design pattern est fait pour être massivement réutilisable non ? Dans le problème de la performance, devient un vrai problème :)

Une solution à ce problème est peut etre de passer par une « Factory » pour les commandes non ?

]]> Commentaires sur [Design pattern Factory] A mort le héro. par benwit https://blog.developpez.com/zapoutix/p7874/design-pattern/design_pattern_factory_a_mort_le_hero#comment-9 Sun, 12 Jul 2009 08:00:34 +0000 #comment-9 Avec tes précisions, c’est plus clair.
Si je devais faire cela en Java et si je ne me servais pas des instances de commandes créées initialement, j’aurai tendance à stocker les commandes dans une table de hachage (nom de la commande : classe de la commande) :

&nbsp;<br />
Map
]]> Commentaires sur [Design pattern Factory] A mort le héro. par benwit https://blog.developpez.com/zapoutix/p7874/design-pattern/design_pattern_factory_a_mort_le_hero#comment-8 Sun, 12 Jul 2009 07:58:54 +0000 #comment-8 Avec tes précisions, c’est plus clair.
Si je devais faire cela en Java et si je ne me servais pas des instances de commandes créées initialement, j’aurai tendance à stocker les commandes dans une table de hachage (nom de la commande -> classe de la commande) :
Map

]]> Commentaires sur [Design pattern Factory] A mort le héro. par zapoutix https://blog.developpez.com/zapoutix/p7874/design-pattern/design_pattern_factory_a_mort_le_hero#comment-7 Sat, 11 Jul 2009 18:20:28 +0000 #comment-7 il est vrai que l’utilisation de Activator.CreateInstance est discutable, mais je suis partie dans l’idée que le fait de rappeler l’instance de la liste de commande(m_command) peut être source d’erreur.
Je m’explique, si dans une commande, on utilise des propriétés privées, il faudra les remettrent a zéro dans la methode Init, ou créer une methode Reset dans icommand qui sera appeler avant le init.
Le développeur peut très facilement oublié de remettre une propriété privée a zéro.
Je pense que se genre d’erreur est très difficilement décelable même avec des TUs, c’est pour cela que j’ai choisi de créer une nouvelle instance a chaque fois.
De plus, la methode Activator.CreateInstance a beau être lente, dans le contexte du programme cela importe peu, l’utilisateur ne va pas taper 1000 commandes a la seconde

]]> Commentaires sur [Design pattern Factory] A mort le héro. par dev01 https://blog.developpez.com/zapoutix/p7874/design-pattern/design_pattern_factory_a_mort_le_hero#comment-6 Sat, 11 Jul 2009 11:35:55 +0000 #comment-6 Juste une petite question : Pourquoi passer par un Activator.CreateInstance (qui utilise la Reflexion et on le sais tous maintenant, la Reflexion c’est mal !(r) et surtout c’est lent) alors que de toute façon tu as une instance de ICommand dans ta liste de commande m_commands et qu’en plus tu itères dessus ! J’ai raté un épisode ou il te suffirait de faire un command.Init(args) ?

]]> Commentaires sur Le TDD par l’exemple par zapoutix https://blog.developpez.com/zapoutix/p7776/les-tests/le_tdd_par_l_exemple#comment-4 Sat, 27 Jun 2009 14:32:54 +0000 #comment-4 Oui, tu as surment raison, j’aurais du peut-etre plus insister sur ce point important.

]]> Commentaires sur Le TDD par l’exemple par Philippe Vialatte https://blog.developpez.com/zapoutix/p7776/les-tests/le_tdd_par_l_exemple#comment-3 Mon, 22 Jun 2009 16:43:38 +0000 #comment-3 Vi, j’ai bien vu, mais je parlais de l’exemple qui allait avec ;)

]]> Commentaires sur Le TDD par l’exemple par zapoutix https://blog.developpez.com/zapoutix/p7776/les-tests/le_tdd_par_l_exemple#comment-2 Mon, 22 Jun 2009 14:13:33 +0000 #comment-2 c’est bien ce que j’ai dit.

* écrire un test
* vérifier qu’il échoue (car le code que l’on teste n’existe pas) RED
* écrire juste le code suffisant pour passer le test
* vérifier que le test passe GREEN
* Checkiner le source pour que les autres développeurs puissent l’utiliser
* Refactoriser le code Refactor

]]> Commentaires sur Le TDD par l’exemple par Philippe Vialatte https://blog.developpez.com/zapoutix/p7776/les-tests/le_tdd_par_l_exemple#comment-1 Mon, 22 Jun 2009 08:08:57 +0000 #comment-1 > Bravo nous venons de faire du TDD.

Euh….Non…

Le TDD, c’est Red-Green-Refactor…

La, il te manque une étape ;)

(bon, ok, c’est du tirage de cheveux, mais tant qu’a faire un article niveau intro, autant bien placer les choses des le début :D)

]]>