<?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: Java 5: java.lang.StringBuilder</title>
	<atom:link href="http://almaer.com/blog/java-5-javalangstringbuilder/feed" rel="self" type="application/rss+xml" />
	<link>http://almaer.com/blog/java-5-javalangstringbuilder</link>
	<description>blogging about life, the universe, and everything tech</description>
	<lastBuildDate>Sat, 08 Sep 2012 07:06:53 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: anonymous</title>
		<link>http://almaer.com/blog/java-5-javalangstringbuilder/comment-page-1#comment-4348</link>
		<dc:creator>anonymous</dc:creator>
		<pubDate>Tue, 30 May 2006 18:28:50 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/java-5-javalangstringbuilder#comment-4348</guid>
		<description>At this point the baggage is quite heavy. There are already about 100 COBRA classes that should never have made it into JSE and tons of legacy classes and deprecated crap. I agree that Java just has to let go of it all.

Also, the unicode situation is troubling: your app is no longer fully accessible if it assumes a character is a char, as a character may be stored in two chars. As a char is internally stored and manipulated as an int, it might have been better (albeit very heavy handed) to make a char an unsigned int. Backwards compatibility could be maintained in almost all situations (you shouldn&#039;t be doing arithmetic with a char anyway...).
</description>
		<content:encoded><![CDATA[<p>At this point the baggage is quite heavy. There are already about 100 COBRA classes that should never have made it into JSE and tons of legacy classes and deprecated crap. I agree that Java just has to let go of it all.</p>
<p>Also, the unicode situation is troubling: your app is no longer fully accessible if it assumes a character is a char, as a character may be stored in two chars. As a char is internally stored and manipulated as an int, it might have been better (albeit very heavy handed) to make a char an unsigned int. Backwards compatibility could be maintained in almost all situations (you shouldn&#8217;t be doing arithmetic with a char anyway&#8230;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ga&#235;tan Sheridan</title>
		<link>http://almaer.com/blog/java-5-javalangstringbuilder/comment-page-1#comment-4347</link>
		<dc:creator>Ga&#235;tan Sheridan</dc:creator>
		<pubDate>Thu, 08 Sep 2005 17:50:50 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/java-5-javalangstringbuilder#comment-4347</guid>
		<description>Unfortunately, despite their identical signature, StringBuilder and StringBuffer do not implement a common interface which makes retrofitting existing code much harder that it needs to be...
</description>
		<content:encoded><![CDATA[<p>Unfortunately, despite their identical signature, StringBuilder and StringBuffer do not implement a common interface which makes retrofitting existing code much harder that it needs to be&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hawk</title>
		<link>http://almaer.com/blog/java-5-javalangstringbuilder/comment-page-1#comment-4346</link>
		<dc:creator>Hawk</dc:creator>
		<pubDate>Fri, 20 May 2005 23:25:36 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/java-5-javalangstringbuilder#comment-4346</guid>
		<description>I believe there&#039;s also an issue with StringBuilder supporting Unicode 4.0.  The inference was that StringBuffer only supported up to 3.0.
</description>
		<content:encoded><![CDATA[<p>I believe there&#8217;s also an issue with StringBuilder supporting Unicode 4.0.  The inference was that StringBuffer only supported up to 3.0.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sumit</title>
		<link>http://almaer.com/blog/java-5-javalangstringbuilder/comment-page-1#comment-4345</link>
		<dc:creator>Sumit</dc:creator>
		<pubDate>Fri, 02 Jul 2004 23:11:01 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/java-5-javalangstringbuilder#comment-4345</guid>
		<description>R.J., I believe what Dion meant was an analogy with the case of Hashtable and HashMap, where the introduction of HashMap made Hashtable legacy. Similarly, StringBuilder makes StringBuffer legacy.
</description>
		<content:encoded><![CDATA[<p>R.J., I believe what Dion meant was an analogy with the case of Hashtable and HashMap, where the introduction of HashMap made Hashtable legacy. Similarly, StringBuilder makes StringBuffer legacy.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
