<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : Architecture Dynamique basée sur la solution Grails</title>
	<atom:link href="http://blog.octo.com/architecture-dynamique/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.octo.com/architecture-dynamique/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=architecture-dynamique</link>
	<description>Le blog d&#039;OCTO Technology, cabinet d&#039;architectes en systèmes d&#039;information</description>
	<lastBuildDate>Wed, 08 Feb 2012 14:30:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Par : Alexandre de Pellegrin</title>
		<link>http://blog.octo.com/architecture-dynamique/comment-page-1/#comment-45</link>
		<dc:creator>Alexandre de Pellegrin</dc:creator>
		<pubDate>Mon, 24 Sep 2007 15:17:59 +0000</pubDate>
		<guid isPermaLink="false">http://new-blog.octo.com/2007/09/22/architecture-dynamique/#comment-45</guid>
		<description>&lt;p&gt;Je vais m&#039;écarter du sujet initial pour parler les objets anémiques car il me semble intéressant de relancer ce débat. Et il s&#039;agit bien là d&#039;un problème majeur de qualité logiciel.&lt;br /&gt; &lt;br /&gt; L&#039;approche par les patterns DTO et DAO dans ce post est bienvenue car c&#039;est à mon sens une question que se posent pas mal de développeurs. Et notamment les utilisateurs d&#039;hibernate. D&#039;ailleurs, de base, les objets persistants eux mêmes sont anémiques. On parle alors &#039;d&#039;Anemic Domain Model&#039;. Et quel dommage! Alors pourquoi tant de réflexions sur un sujet qui pourrait être banal? A partir de quand puis-je mettre du code dans mes POJOs? Quelle est la limite? Tout est question d&#039;expérience, de dosage... et de convention de codage. Pour faire court, je dirais que les langages modernes sont fait pour répondre ? des problmatiques modernes et complexes. Coder évolutif, c&#039;est avant tout coder avec les autres et pour les autres. Un code uniforme dans une application, ce n&#039;est pas forcément performant, ce n&#039;est pas forcément intéressant, mais c&#039;est pour le client un gage de maintenabilité constante et maitrisée (à ne pas confondre avec un coût de maintenance réduit).&lt;br /&gt; &lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Je vais m&#8217;écarter du sujet initial pour parler les objets anémiques car il me semble intéressant de relancer ce débat. Et il s&#8217;agit bien là d&#8217;un problème majeur de qualité logiciel.</p>
<p> L&#8217;approche par les patterns DTO et DAO dans ce post est bienvenue car c&#8217;est à mon sens une question que se posent pas mal de développeurs. Et notamment les utilisateurs d&#8217;hibernate. D&#8217;ailleurs, de base, les objets persistants eux mêmes sont anémiques. On parle alors &#8216;d&#8217;Anemic Domain Model&#8217;. Et quel dommage! Alors pourquoi tant de réflexions sur un sujet qui pourrait être banal? A partir de quand puis-je mettre du code dans mes POJOs? Quelle est la limite? Tout est question d&#8217;expérience, de dosage&#8230; et de convention de codage. Pour faire court, je dirais que les langages modernes sont fait pour répondre ? des problmatiques modernes et complexes. Coder évolutif, c&#8217;est avant tout coder avec les autres et pour les autres. Un code uniforme dans une application, ce n&#8217;est pas forcément performant, ce n&#8217;est pas forcément intéressant, mais c&#8217;est pour le client un gage de maintenabilité constante et maitrisée (à ne pas confondre avec un coût de maintenance réduit).
 </p>
]]></content:encoded>
	</item>
</channel>
</rss>

