<?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 6 undocumented change: @Override</title>
	<atom:link href="http://blog.smart-java.nl/blog/index.php/2008/10/15/java-6-undocumented-change-override/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.smart-java.nl/blog/index.php/2008/10/15/java-6-undocumented-change-override/</link>
	<description>Ordina J-Technologies - Java Blog</description>
	<lastBuildDate>Fri, 30 Jul 2010 13:00:28 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jan-Kees van Andel</title>
		<link>http://blog.smart-java.nl/blog/index.php/2008/10/15/java-6-undocumented-change-override/comment-page-1/#comment-119</link>
		<dc:creator>Jan-Kees van Andel</dc:creator>
		<pubDate>Fri, 24 Oct 2008 09:27:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.smart-java.nl/blog/?p=218#comment-119</guid>
		<description>Het is ook prettig als je mensen op het project hebt die nog niet zo lang met Java werken.

Die gaan dan bijvoorbeeld een equals(Object) herschrijven naar equals(Persoon), maar hebben dan niet door dat ze hiermee de klasse slopen...

@Override geeft dan iig wat bewustwording. En dan hoop ik maar dat ze ff vragen waarom deze fout optreedt, in plaats van de @Override weg te gooien. (want dan compiled het ook ;) )</description>
		<content:encoded><![CDATA[<p>Het is ook prettig als je mensen op het project hebt die nog niet zo lang met Java werken.</p>
<p>Die gaan dan bijvoorbeeld een equals(Object) herschrijven naar equals(Persoon), maar hebben dan niet door dat ze hiermee de klasse slopen&#8230;</p>
<p>@Override geeft dan iig wat bewustwording. En dan hoop ik maar dat ze ff vragen waarom deze fout optreedt, in plaats van de @Override weg te gooien. (want dan compiled het ook <img src='http://blog.smart-java.nl/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  )</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vincent</title>
		<link>http://blog.smart-java.nl/blog/index.php/2008/10/15/java-6-undocumented-change-override/comment-page-1/#comment-108</link>
		<dc:creator>Vincent</dc:creator>
		<pubDate>Tue, 21 Oct 2008 20:20:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.smart-java.nl/blog/?p=218#comment-108</guid>
		<description>In eerste instantie vond ik die @Override annotatie maar lelijk en begreep ik niet wat het nut er van was. Elke IDE ondersteunt dit toch?

Totdat ik zag hoe andere ontwikkelaars code gingen refactoren. Met name: methodes gingen hernoemen...

(Met het handje dus.)

Nu ben ik er blij mee.</description>
		<content:encoded><![CDATA[<p>In eerste instantie vond ik die @Override annotatie maar lelijk en begreep ik niet wat het nut er van was. Elke IDE ondersteunt dit toch?</p>
<p>Totdat ik zag hoe andere ontwikkelaars code gingen refactoren. Met name: methodes gingen hernoemen&#8230;</p>
<p>(Met het handje dus.)</p>
<p>Nu ben ik er blij mee.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roy van Rijn</title>
		<link>http://blog.smart-java.nl/blog/index.php/2008/10/15/java-6-undocumented-change-override/comment-page-1/#comment-106</link>
		<dc:creator>Roy van Rijn</dc:creator>
		<pubDate>Wed, 15 Oct 2008 23:44:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.smart-java.nl/blog/?p=218#comment-106</guid>
		<description>Tja opzich wel logisch dat het niet geldt voor interfaces... override is iets anders dan implement. Toch vreemd dat voor Java 5 en 6 een andere benadering gekozen is, daarvan was ik me nog niet bewust.

Maar het is ook weer logisch dat je een dergelijke annotation zou willen hebben bij een interface methode (misschien @Implements?). Al is het zo dat de meeste IDE&#039;s klagen als je een interface methode mist, dus mocht je het toevallig wijzigen (waar de annotation voor waakt) komt er direct een melding van je IDE natuurlijk...

Leuke wijziging in ieder geval! :)</description>
		<content:encoded><![CDATA[<p>Tja opzich wel logisch dat het niet geldt voor interfaces&#8230; override is iets anders dan implement. Toch vreemd dat voor Java 5 en 6 een andere benadering gekozen is, daarvan was ik me nog niet bewust.</p>
<p>Maar het is ook weer logisch dat je een dergelijke annotation zou willen hebben bij een interface methode (misschien @Implements?). Al is het zo dat de meeste IDE&#8217;s klagen als je een interface methode mist, dus mocht je het toevallig wijzigen (waar de annotation voor waakt) komt er direct een melding van je IDE natuurlijk&#8230;</p>
<p>Leuke wijziging in ieder geval! <img src='http://blog.smart-java.nl/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jan-Kees van Andel</title>
		<link>http://blog.smart-java.nl/blog/index.php/2008/10/15/java-6-undocumented-change-override/comment-page-1/#comment-104</link>
		<dc:creator>Jan-Kees van Andel</dc:creator>
		<pubDate>Wed, 15 Oct 2008 20:02:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.smart-java.nl/blog/?p=218#comment-104</guid>
		<description>Let btw op de foutmelding. Die geeft in feite het probleem al aan. Je moet een methode uit een superCLASS overriden, niet een methode uit een superTYPE.</description>
		<content:encoded><![CDATA[<p>Let btw op de foutmelding. Die geeft in feite het probleem al aan. Je moet een methode uit een superCLASS overriden, niet een methode uit een superTYPE.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
