Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!de-l.enfer-du-nord.net!feeder2.enfer-du-nord.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Robert Klemme Newsgroups: comp.lang.java.programmer Subject: Re: unchecked conversion warning. Date: Fri, 01 Jun 2012 08:14:53 +0200 Lines: 51 Message-ID: References: <3s7cs7hd18l0ffci55ns0286n4lc4cutlu@4ax.com> <24hfs7hqsr75jmqgk87jcpfg85kif7nhuo@4ax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net hfqtyEt3xOaR5SeVs+vfMQdw1wtWLKl+blst5U8PMWQmThwUKKHS1erHRya1GZ7VI= Cancel-Lock: sha1:aiRVpGi/5ZFpDLvKn19Va1Voauc= User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 In-Reply-To: Xref: csiph.com comp.lang.java.programmer:14969 On 31.05.2012 22:50, Eric Sosman wrote: > On 5/31/2012 4:23 PM, Jens wrote: >> On Wed, 30 May 2012 07:54:33 -0700 (PDT), Robert >> Klemme >> wrote: >> >>> On Wednesday, May 30, 2012 3:32:43 PM UTC+2, (unknown) wrote: >>> >>>> import java.util.Vector; >>> >>> Another remark: it is usually recommended to not use Vector any more, >>> because the synchronization overhead is unnecessary most of the time >>> - unless some API forces you to. The proper replacement is ArrayList. >>> If synchronization is needed then usually >>> Collections.synchronizedList() will do. >> I used DefaultTableModel and Vector because it was the simplest and >> easiest way to get the >> project up and running. And the Oracles tutorial is, even today >> (2012), still using this >> approach without any remarks. DefaultTableModel wasn't mentioned in the original post. Then that's the API case I mentioned (as has been stated already). > There's nothing fundamentally wrong with Vector. People will > moan and wring their hands over the cost of its synchronized methods, > but I haven't heard of any actual measurements. You could argue whether it's worthwhile to synchronize every method. Note that this does not automatically give thread safety out of the box (concurrent iteration, multiple operations which need to be atomic) so Vector could give you a false impression of thread safety. See Lew's remarks also. > (JavaDoc is both a blessing and a curse: It's a blessing in that > developers *are* encouraged to write documentation, and it's a curse > in that *developers* are encouraged to write documentation. ;) In what ways is that a curse? I would actually say that the weight totally falls on the blessing side because JavaDoc together with modern IDE makes the threshold so low to write documentation that there really is not much of an excuse left to not do it. And documentation is important. Kind regards robert -- remember.guy do |as, often| as.you_can - without end http://blog.rubybestpractices.com/