<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Commentaires sur : Souvenir d&#8217;eXtreme programming #11 : Les règles de codage.</title>
	<link>http://www.kartmann.com/blog/2005/06/13/181-souvenir-d-extreme-programming-11-les-regles-de-codage/</link>
	<description>Tout ce qu'on peut faire avec un ordinateur</description>
	<pubDate>Thu, 24 Jul 2008 10:48:19 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: antoine</title>
		<link>http://www.kartmann.com/blog/2005/06/13/181-souvenir-d-extreme-programming-11-les-regles-de-codage/#comment-267</link>
		<dc:creator>antoine</dc:creator>
		<pubDate>Wed, 15 Jun 2005 00:38:20 +0000</pubDate>
		<guid>http://www.kartmann.com/blog/2005/06/13/181-souvenir-d-extreme-programming-11-les-regles-de-codage/#comment-267</guid>
		<description>@Batmat

L'utilisation d'une classe 'Paramètres' effectivement une méthode souvent utilisée, surtout en modélisation de type objet.



Elle vise justement à éviter la prolifération de classes 'obscures' en centralisant toute information à caractère unique (paramètres d'une application, typiquement) au sein d'une classe unique ment composée de constantes (ou statiques) et non instanciable (constructeur standard déclaré en 'private').</description>
		<content:encoded><![CDATA[<p>@Batmat</p>
<p>L&#8217;utilisation d&#8217;une classe &#8216;Paramètres&#8217; effectivement une méthode souvent utilisée, surtout en modélisation de type objet.</p>
<p>Elle vise justement à éviter la prolifération de classes &#8216;obscures&#8217; en centralisant toute information à caractère unique (paramètres d&#8217;une application, typiquement) au sein d&#8217;une classe unique ment composée de constantes (ou statiques) et non instanciable (constructeur standard déclaré en &#8216;private&#8217;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexis KARTMANN</title>
		<link>http://www.kartmann.com/blog/2005/06/13/181-souvenir-d-extreme-programming-11-les-regles-de-codage/#comment-266</link>
		<dc:creator>Alexis KARTMANN</dc:creator>
		<pubDate>Mon, 13 Jun 2005 15:20:50 +0000</pubDate>
		<guid>http://www.kartmann.com/blog/2005/06/13/181-souvenir-d-extreme-programming-11-les-regles-de-codage/#comment-266</guid>
		<description>Effectivement ce n'était pas clair, j'ai donc complété ce point. Le but est de regrouper paramètres dans une structure qui ait un sens dans le contexte de l'application. L'exemple trivial est de remplacer  int x, int y par une structure Point (cas fréquent dans notre contexte). Une autre exemple est de remplacer nom, prénom par une classe Utilisateur.

Au final avec une bonne conception objet on n'a pas souvent à remplacer des listes de paramètres par une nouvelle classe, mais plutôt d'utiliser une classe existante comme paramètre plutôt que de passer quelques attributs à une méthode. Le mieux est encore définir des interfaces afin de pouvoir partager l'accès à une méthode entre plusieurs classes.</description>
		<content:encoded><![CDATA[<p>Effectivement ce n&#8217;était pas clair, j&#8217;ai donc complété ce point. Le but est de regrouper paramètres dans une structure qui ait un sens dans le contexte de l&#8217;application. L&#8217;exemple trivial est de remplacer  int x, int y par une structure Point (cas fréquent dans notre contexte). Une autre exemple est de remplacer nom, prénom par une classe Utilisateur.</p>
<p>Au final avec une bonne conception objet on n&#8217;a pas souvent à remplacer des listes de paramètres par une nouvelle classe, mais plutôt d&#8217;utiliser une classe existante comme paramètre plutôt que de passer quelques attributs à une méthode. Le mieux est encore définir des interfaces afin de pouvoir partager l&#8217;accès à une méthode entre plusieurs classes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Batmat</title>
		<link>http://www.kartmann.com/blog/2005/06/13/181-souvenir-d-extreme-programming-11-les-regles-de-codage/#comment-265</link>
		<dc:creator>Batmat</dc:creator>
		<pubDate>Mon, 13 Jun 2005 14:45:14 +0000</pubDate>
		<guid>http://www.kartmann.com/blog/2005/06/13/181-souvenir-d-extreme-programming-11-les-regles-de-codage/#comment-265</guid>
		<description>Bravo pour cette suite d'articles très intéressants, je les suis tous attentivement :). 



Bien que je comprends que le sujet ne soit pas de discuter de ces choix mais d'exposer la façon dont tout a été mis en place, j'ai trouvé bizarre ce principe de créer systématiquement une classe pour stocker un nombre important de paramètres. 



Ça me fait craindre une prolifération de noms de classes obscurs.



En pratique, ce principe a-t-il été souvnt appliqué ? Tu as quelques exemples plus concret de ces applications ?



@++</description>
		<content:encoded><![CDATA[<p>Bravo pour cette suite d&#8217;articles très intéressants, je les suis tous attentivement :). </p>
<p>Bien que je comprends que le sujet ne soit pas de discuter de ces choix mais d&#8217;exposer la façon dont tout a été mis en place, j&#8217;ai trouvé bizarre ce principe de créer systématiquement une classe pour stocker un nombre important de paramètres. </p>
<p>Ça me fait craindre une prolifération de noms de classes obscurs.</p>
<p>En pratique, ce principe a-t-il été souvnt appliqué ? Tu as quelques exemples plus concret de ces applications ?</p>
<p>@++</p>
]]></content:encoded>
	</item>
</channel>
</rss>
