<?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>Comments on: Verwirrung um StringBuilder und StringBuffer bei Eclipse</title>
	<atom:link href="http://blog.misto.ch/archives/491/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.misto.ch/archives/491</link>
	<description>blog über mich und interessante dinge aus dem alltag. oft auch etwas aus der informatik</description>
	<lastBuildDate>Sat, 15 Aug 2009 13:15:07 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: misto</title>
		<link>http://blog.misto.ch/archives/491/comment-page-1#comment-37278</link>
		<dc:creator>misto</dc:creator>
		<pubDate>Tue, 18 Dec 2007 19:02:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.misto.ch/archives/491#comment-37278</guid>
		<description>Sali Werner!
Den ersten Punkt sah ich schon kommen, aber wie du sagst, das könnte man einfach erkennen.
Zum zweiten: Ok, wenn das wieder wegoptimiert wird dann ists ja gut, aber deswegen sehe ich den Sinn immer noch nicht. Und es wird ja behauptet, dass der Code &quot;more efficient&quot; wird, und das ist doch schlichtweg falsch. Wenn man also Glück hat wird der Code nicht ineffizienter, &quot;nur&quot; unleserlicher.</description>
		<content:encoded><![CDATA[<p>Sali Werner!<br />
Den ersten Punkt sah ich schon kommen, aber wie du sagst, das könnte man einfach erkennen.<br />
Zum zweiten: Ok, wenn das wieder wegoptimiert wird dann ists ja gut, aber deswegen sehe ich den Sinn immer noch nicht. Und es wird ja behauptet, dass der Code &#8220;more efficient&#8221; wird, und das ist doch schlichtweg falsch. Wenn man also Glück hat wird der Code nicht ineffizienter, &#8220;nur&#8221; unleserlicher.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: murphee (Werner Schuster)</title>
		<link>http://blog.misto.ch/archives/491/comment-page-1#comment-37277</link>
		<dc:creator>murphee (Werner Schuster)</dc:creator>
		<pubDate>Tue, 18 Dec 2007 18:40:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.misto.ch/archives/491#comment-37277</guid>
		<description>Zwei Punkte: 
 - StringBuilder ist nur fuer Java 1.5 und aufwaerts, also nicht als allgemeine Loesung brauchbar (man denke nur an JME Systeme, von Java 1.4 Systemen ganz zu schweigen). Natuerlich: der QuickFix koennte das KompatibilitaetsLevel checken und je nachdem StringBuffer/StringBuilder anbieten.

 - das Performance Problem mit StringBuffer sollte heute nicht mehr existieren. Solange das StringBuffer Objekt nur von einer lokalen Variable referenziert wird, ist es ja sowieso nur von einem Thread aus sichtbar, und das ist vom JIT/DynamicCompiler erkennbar, und das ganze GeLocke braucht gar nicht gemacht werden.</description>
		<content:encoded><![CDATA[<p>Zwei Punkte:<br />
 &#8211; StringBuilder ist nur fuer Java 1.5 und aufwaerts, also nicht als allgemeine Loesung brauchbar (man denke nur an JME Systeme, von Java 1.4 Systemen ganz zu schweigen). Natuerlich: der QuickFix koennte das KompatibilitaetsLevel checken und je nachdem StringBuffer/StringBuilder anbieten.</p>
<p> &#8211; das Performance Problem mit StringBuffer sollte heute nicht mehr existieren. Solange das StringBuffer Objekt nur von einer lokalen Variable referenziert wird, ist es ja sowieso nur von einem Thread aus sichtbar, und das ist vom JIT/DynamicCompiler erkennbar, und das ganze GeLocke braucht gar nicht gemacht werden.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Timo</title>
		<link>http://blog.misto.ch/archives/491/comment-page-1#comment-37270</link>
		<dc:creator>Timo</dc:creator>
		<pubDate>Tue, 18 Dec 2007 13:53:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.misto.ch/archives/491#comment-37270</guid>
		<description>IMHO sollte der Compiler das Optimieren übernehmen, nicht der Programmierer ... und da er das ja anscheinend tut, sollte man weiterhin die (kürzere und besser lesbare) Variante mit + benutzen.</description>
		<content:encoded><![CDATA[<p>IMHO sollte der Compiler das Optimieren übernehmen, nicht der Programmierer &#8230; und da er das ja anscheinend tut, sollte man weiterhin die (kürzere und besser lesbare) Variante mit + benutzen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: misto</title>
		<link>http://blog.misto.ch/archives/491/comment-page-1#comment-37268</link>
		<dc:creator>misto</dc:creator>
		<pubDate>Tue, 18 Dec 2007 12:45:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.misto.ch/archives/491#comment-37268</guid>
		<description>Hm, ok, es gibt schon &lt;a href=&quot;https://bugs.eclipse.org/bugs/buglist.cgi?query_format=advanced&amp;short_desc_type=allwordssubstr&amp;short_desc=convert+to+stringbuffer&amp;long_desc_type=allwordssubstr&amp;long_desc=&amp;bug_file_loc_type=allwordssubstr&amp;bug_file_loc=&amp;status_whiteboard_type=allwordssubstr&amp;status_whiteboard=&amp;keywords_type=allwords&amp;keywords=&amp;emailtype1=substring&amp;email1=&amp;emailtype2=substring&amp;email2=&amp;bugidtype=include&amp;bug_id=&amp;votes=&amp;chfieldfrom=&amp;chfieldto=Now&amp;chfieldvalue=&amp;cmdtype=doit&amp;order=Reuse+same+sort+as+last+time&amp;field0-0-0=noop&amp;type0-0-0=noop&amp;value0-0-0=&quot;&gt;diverse Reports&lt;/a&gt; dafür, dann werde ich das wohl lassen..</description>
		<content:encoded><![CDATA[<p>Hm, ok, es gibt schon <a href="https://bugs.eclipse.org/bugs/buglist.cgi?query_format=advanced&#038;short_desc_type=allwordssubstr&#038;short_desc=convert+to+stringbuffer&#038;long_desc_type=allwordssubstr&#038;long_desc=&#038;bug_file_loc_type=allwordssubstr&#038;bug_file_loc=&#038;status_whiteboard_type=allwordssubstr&#038;status_whiteboard=&#038;keywords_type=allwords&#038;keywords=&#038;emailtype1=substring&#038;email1=&#038;emailtype2=substring&#038;email2=&#038;bugidtype=include&#038;bug_id=&#038;votes=&#038;chfieldfrom=&#038;chfieldto=Now&#038;chfieldvalue=&#038;cmdtype=doit&#038;order=Reuse+same+sort+as+last+time&#038;field0-0-0=noop&#038;type0-0-0=noop&#038;value0-0-0=">diverse Reports</a> dafür, dann werde ich das wohl lassen..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reto</title>
		<link>http://blog.misto.ch/archives/491/comment-page-1#comment-37265</link>
		<dc:creator>Reto</dc:creator>
		<pubDate>Tue, 18 Dec 2007 12:06:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.misto.ch/archives/491#comment-37265</guid>
		<description>Ja mach das, ich find das völlig unsinnig. Am Schluss wird das noch gängige Praxis wegen solchen Quickfixes.</description>
		<content:encoded><![CDATA[<p>Ja mach das, ich find das völlig unsinnig. Am Schluss wird das noch gängige Praxis wegen solchen Quickfixes.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

