<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/wordpress-mu-1.2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Against 1.5 imports..</title>
	<link>http://blog.generationjava.com/roller/bayard/entry/against_1_5_imports</link>
	<description></description>
	<pubDate>Tue, 06 Jan 2009 05:36:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=wordpress-mu-1.2.1</generator>

	<item>
		<title>By: Dave</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/against_1_5_imports#comment-268</link>
		<author>Dave</author>
		<pubDate>Thu, 15 May 2003 02:13:35 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/against_1_5_imports#comment-268</guid>
		<description>Yeah, I think it's pretty lame.  It can lead to some pretty unreadable code, and I don't see the benefit.  I mean, in any reasonable code editor (including vim!!), you just type the first few letters of the classname and then complete it.  Stuff to save typing at the expense of readability is not very justifiable.&lt;br/&gt;&lt;br/&gt;What they really should've done is allow subclasses to inherit constructors and allow you to call this() and super() anywhere in a constructor.  I'm tired of making init() methods.</description>
		<content:encoded><![CDATA[<p>Yeah, I think it&#8217;s pretty lame.  It can lead to some pretty unreadable code, and I don&#8217;t see the benefit.  I mean, in any reasonable code editor (including vim!!), you just type the first few letters of the classname and then complete it.  Stuff to save typing at the expense of readability is not very justifiable.</p>
<p>What they really should&#8217;ve done is allow subclasses to inherit constructors and allow you to call this() and super() anywhere in a constructor.  I&#8217;m tired of making init() methods.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/against_1_5_imports#comment-267</link>
		<author>Joe</author>
		<pubDate>Thu, 15 May 2003 01:08:47 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/against_1_5_imports#comment-267</guid>
		<description>Put simply, you can now import a static method or inner class (i think) directly, instead of having to import the parent class and reference it through the parent class's namespace.&lt;br/&gt;&lt;br/&gt;E.g., instead of&lt;br/&gt;&lt;br/&gt;x = Math.sqrt(5);&lt;br/&gt;&lt;br/&gt;you can do&lt;br/&gt;&lt;br/&gt;import java.lang.Math.sqrt;&lt;br/&gt;...&lt;br/&gt;x = sqrt(5);&lt;br/&gt;&lt;br/&gt;personally, I think its rediculous too, just to save a few bits of typing (when http://acroyear.blog-city.com/readblog.cfm?BID=17516 shows that there's plenty of other changes over time that multiply the amount of typing by factors of 5).  It also floods the namespace and puts more work on code mainainers to trying to figure out where something comes from when trying to read it.   Now the maintainer has to look in multiple places to determine if a called function came from a parent class or from some import line, and the compiler also has to try to make that distinction should an imported method and an inherited method carry the same name.  To avoid conflicts, its best to just not bother to use the new syntax at all.  I certainly won't.</description>
		<content:encoded><![CDATA[<p>Put simply, you can now import a static method or inner class (i think) directly, instead of having to import the parent class and reference it through the parent class&#8217;s namespace.</p>
<p>E.g., instead of</p>
<p>x = Math.sqrt(5);</p>
<p>you can do</p>
<p>import java.lang.Math.sqrt;<br />&#8230;<br />x = sqrt(5);</p>
<p>personally, I think its rediculous too, just to save a few bits of typing (when <a href="http://acroyear.blog-city.com/readblog.cfm?BID=17516" rel="nofollow">http://acroyear.blog-city.com/readblog.cfm?BID=17516</a> shows that there&#8217;s plenty of other changes over time that multiply the amount of typing by factors of 5).  It also floods the namespace and puts more work on code mainainers to trying to figure out where something comes from when trying to read it.   Now the maintainer has to look in multiple places to determine if a called function came from a parent class or from some import line, and the compiler also has to try to make that distinction should an imported method and an inherited method carry the same name.  To avoid conflicts, its best to just not bother to use the new syntax at all.  I certainly won&#8217;t.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mats Henricson</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/against_1_5_imports#comment-266</link>
		<author>Mats Henricson</author>
		<pubDate>Thu, 15 May 2003 00:51:48 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/against_1_5_imports#comment-266</guid>
		<description>I think they're terrible too:&lt;br/&gt;&lt;br/&gt;http://www.freeroller.net/page/matsh/20030313&lt;br/&gt;</description>
		<content:encoded><![CDATA[<p>I think they&#8217;re terrible too:</p>
<p><a href="http://www.freeroller.net/page/matsh/20030313" rel="nofollow">http://www.freeroller.net/page/matsh/20030313</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred Grott</title>
		<link>http://blog.generationjava.com/roller/bayard/entry/against_1_5_imports#comment-265</link>
		<author>Fred Grott</author>
		<pubDate>Thu, 15 May 2003 00:50:32 +0000</pubDate>
		<guid>http://blog.generationjava.com/roller/bayard/entry/against_1_5_imports#comment-265</guid>
		<description>Sorry for being in the dark what are the changes between import syntax for jdk1.4 and jdk1.5?</description>
		<content:encoded><![CDATA[<p>Sorry for being in the dark what are the changes between import syntax for jdk1.4 and jdk1.5?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
