Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!us.feeder.erje.net!feeder.erje.net!eu.feeder.erje.net!news-1.dfn.de!news.dfn.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Robert Klemme Newsgroups: comp.lang.java.programmer Subject: Re: Substring changes (JDK 1.7) Date: Fri, 11 Jan 2013 07:29:16 +0100 Lines: 38 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net kyfAPO81gfstaEc5F+DCHA42zpsmRi6TotVWeiMWUUSCiPmlGFkbD3owDwkQEVQ3Q= Cancel-Lock: sha1:oYvhyDWseKBwLEPRWZok58NrUFU= User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 In-Reply-To: Xref: csiph.com comp.lang.java.programmer:21317 On 11.01.2013 06:26, Stefan Ram wrote: > Robert Klemme writes: >> On 10.01.2013 21:22, Roedy Green wrote: >>> You no longer have to worry a about a tiny substring holding a meg+ >>> sized base string around in memory. >> Instead you have to worry about tons of substrings drawn from the same >> input String to occupy a lot more memory and slowing down GC. Trade >> offs, trade offs... > > But this is more natural, it fulfills the expection of non-expert > programmers. But it would be a significant change. There is so much software written under the assumption of the old implementation. That change might actually break existing programs (break in the sense of less performance or new GC issues). Then again it might be that there are just not that many programs which make use of that knowledge. Who knows? > Expert programmers can implement a custom string class > with the previous behaviour, Well, shouldn't such a basic thing be part of the standard library? > or, - possibly better - a custom > implementation of CharSequence (if only more APIs would use > CharSequence instead of String!). I agree. But unfortunately public classes and APIs are set in stone. Kind regards robert -- remember.guy do |as, often| as.you_can - without end http://blog.rubybestpractices.com/