<?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: Clean Up Design at Class Level with Sonar</title>
	<atom:link href="http://www.sonarsource.org/clean-up-design-at-class-level-with-sonar/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sonarsource.org/clean-up-design-at-class-level-with-sonar/</link>
	<description>Open Source Quality Management Platform</description>
	<lastBuildDate>Tue, 31 Jan 2012 22:52:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Raghu Semburakkiannan</title>
		<link>http://www.sonarsource.org/clean-up-design-at-class-level-with-sonar/comment-page-1/#comment-1220</link>
		<dc:creator>Raghu Semburakkiannan</dc:creator>
		<pubDate>Mon, 09 Jan 2012 04:01:01 +0000</pubDate>
		<guid isPermaLink="false">http://sonar.codehaus.org/?p=3009#comment-1220</guid>
		<description>Really a good metrics and clearly helps in OOPs design principle. Yes, if Sonar gives less false-positive then its more wonderful.</description>
		<content:encoded><![CDATA[<p>Really a good metrics and clearly helps in OOPs design principle. Yes, if Sonar gives less false-positive then its more wonderful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.sonarsource.org/clean-up-design-at-class-level-with-sonar/comment-page-1/#comment-1208</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Wed, 04 Jan 2012 07:16:29 +0000</pubDate>
		<guid isPermaLink="false">http://sonar.codehaus.org/?p=3009#comment-1208</guid>
		<description>Avoiding false-positives in the algorithm is laudable, but I think there will always be times when human decisions on design trump all else. In those cases it will be nice to have annotations or some other mechanism to mark code that has been reviewed and accepted with the given metric rating, LCOM4 or other.

LCOM4 is very useful. Great work!
,chris</description>
		<content:encoded><![CDATA[<p>Avoiding false-positives in the algorithm is laudable, but I think there will always be times when human decisions on design trump all else. In those cases it will be nice to have annotations or some other mechanism to mark code that has been reviewed and accepted with the given metric rating, LCOM4 or other.</p>
<p>LCOM4 is very useful. Great work!<br />
,chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Freddy Mallet</title>
		<link>http://www.sonarsource.org/clean-up-design-at-class-level-with-sonar/comment-page-1/#comment-1152</link>
		<dc:creator>Freddy Mallet</dc:creator>
		<pubDate>Sun, 20 Nov 2011 17:56:02 +0000</pubDate>
		<guid isPermaLink="false">http://sonar.codehaus.org/?p=3009#comment-1152</guid>
		<description>You&#039;re right Michael and that&#039;s a case I&#039;m currently thinking about to automatically remove such false-positives.</description>
		<content:encoded><![CDATA[<p>You&#8217;re right Michael and that&#8217;s a case I&#8217;m currently thinking about to automatically remove such false-positives.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://www.sonarsource.org/clean-up-design-at-class-level-with-sonar/comment-page-1/#comment-1146</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Thu, 17 Nov 2011 13:18:32 +0000</pubDate>
		<guid isPermaLink="false">http://sonar.codehaus.org/?p=3009#comment-1146</guid>
		<description>Hello! But what about Abstract Factory pattern? We have a lot of unrelated methods in factory implementation and each Factory produces itself Product. Of course we will have big LCOM4. Don&#039;t you think so?</description>
		<content:encoded><![CDATA[<p>Hello! But what about Abstract Factory pattern? We have a lot of unrelated methods in factory implementation and each Factory produces itself Product. Of course we will have big LCOM4. Don&#8217;t you think so?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Freddy Mallet</title>
		<link>http://www.sonarsource.org/clean-up-design-at-class-level-with-sonar/comment-page-1/#comment-976</link>
		<dc:creator>Freddy Mallet</dc:creator>
		<pubDate>Thu, 23 Jun 2011 13:39:23 +0000</pubDate>
		<guid isPermaLink="false">http://sonar.codehaus.org/?p=3009#comment-976</guid>
		<description>Hello, could you provide a simple java example to be sure to talk about the same thing ? I&#039;d prefer having this discussion on the user Sonar mailing list : http://www.sonarsource.org/support/.
Thanks
Freddy</description>
		<content:encoded><![CDATA[<p>Hello, could you provide a simple java example to be sure to talk about the same thing ? I&#8217;d prefer having this discussion on the user Sonar mailing list : <a href="http://www.sonarsource.org/support/" rel="nofollow">http://www.sonarsource.org/support/</a>.<br />
Thanks<br />
Freddy</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Telemaco</title>
		<link>http://www.sonarsource.org/clean-up-design-at-class-level-with-sonar/comment-page-1/#comment-972</link>
		<dc:creator>Telemaco</dc:creator>
		<pubDate>Wed, 22 Jun 2011 16:32:15 +0000</pubDate>
		<guid isPermaLink="false">http://sonar.codehaus.org/?p=3009#comment-972</guid>
		<description>I&#039;m not sure about this, but I think you should take into account methods inherited from an abstract class implemented in a specific class. The design problem, if any, is in the abstract class, not in the specific one. What do you think?</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure about this, but I think you should take into account methods inherited from an abstract class implemented in a specific class. The design problem, if any, is in the abstract class, not in the specific one. What do you think?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

