<?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 : Revue de code II</title>
	<atom:link href="http://www.java-freelance.fr/java/revue-de-code-ii/feed" rel="self" type="application/rss+xml" />
	<link>http://www.java-freelance.fr/java/revue-de-code-ii</link>
	<description>Du java et du freelance</description>
	<lastBuildDate>Mon, 16 Jan 2012 13:09:45 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Par : Eligriv</title>
		<link>http://www.java-freelance.fr/java/revue-de-code-ii/comment-page-1#comment-184</link>
		<dc:creator>Eligriv</dc:creator>
		<pubDate>Tue, 20 Apr 2010 13:05:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.java-freelance.fr/?p=356#comment-184</guid>
		<description>Il est intéressant de préciser que la concaténation de deux literals avec un &#039;+&#039; est résolue à la compilation (et non au runtime donc). C&#039;est pour ça qu&#039;il ne faut pas utiliser de stringbuilder dans ce cas.

Pour les interfaces, ajouter un public n&#039;est pas toujours superflu, car même si on sait qu&#039;une méthode d&#039;interface est publique systématiquement, ça évite la confusion avec les default (package).

Enfin, merci pour le truc sur les BigDecimal ! C&#039;est effrayant de voir toutes les erreurs qui pourraient être provoquées par cet equals() ..</description>
		<content:encoded><![CDATA[<p>Il est intéressant de préciser que la concaténation de deux literals avec un &#8216;+&#8217; est résolue à la compilation (et non au runtime donc). C&#8217;est pour ça qu&#8217;il ne faut pas utiliser de stringbuilder dans ce cas.</p>
<p>Pour les interfaces, ajouter un public n&#8217;est pas toujours superflu, car même si on sait qu&#8217;une méthode d&#8217;interface est publique systématiquement, ça évite la confusion avec les default (package).</p>
<p>Enfin, merci pour le truc sur les BigDecimal ! C&#8217;est effrayant de voir toutes les erreurs qui pourraient être provoquées par cet equals() ..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Piwaï</title>
		<link>http://www.java-freelance.fr/java/revue-de-code-ii/comment-page-1#comment-182</link>
		<dc:creator>Piwaï</dc:creator>
		<pubDate>Tue, 20 Apr 2010 09:07:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.java-freelance.fr/?p=356#comment-182</guid>
		<description>Sympa ce petit article ! A propos de &quot;Les StringBuilder / StringBuffer alourdissent considérablement la syntaxe&quot;, je trouve que celle-ci se trouve grandement améliorée quand on y ajoute des retours à la ligne, avec &quot;//&quot; pour que l&#039;IDE ne reformate pas automatiquement :

StringBuilder sb = new StringBuilder();

sb //
  .append(&quot;une&quot;) //
  .append(&quot;concaténation&quot;) //
  .append(2) //
  .append(&quot;txt&quot;);

my 2 cents :)</description>
		<content:encoded><![CDATA[<p>Sympa ce petit article ! A propos de &laquo;&nbsp;Les StringBuilder / StringBuffer alourdissent considérablement la syntaxe&nbsp;&raquo;, je trouve que celle-ci se trouve grandement améliorée quand on y ajoute des retours à la ligne, avec &laquo;&nbsp;//&nbsp;&raquo; pour que l&#8217;IDE ne reformate pas automatiquement :</p>
<p>StringBuilder sb = new StringBuilder();</p>
<p>sb //<br />
  .append(&laquo;&nbsp;une&nbsp;&raquo;) //<br />
  .append(&laquo;&nbsp;concaténation&nbsp;&raquo;) //<br />
  .append(2) //<br />
  .append(&laquo;&nbsp;txt&nbsp;&raquo;);</p>
<p>my 2 cents <img src='http://www.java-freelance.fr/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

