<?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: Interface vs Abstract Class</title>
	<atom:link href="http://www.techartifact.com/blogs/2009/08/interface-vs-abstract-class.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.techartifact.com/blogs/2009/08/interface-vs-abstract-class.html</link>
	<description>Latest tip and information on Java and Oracle ADF</description>
	<lastBuildDate>Thu, 09 Feb 2012 07:11:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: artist studio ,gallery, paintings,Indian art, abstract, expressionistic,art</title>
		<link>http://www.techartifact.com/blogs/2009/08/interface-vs-abstract-class.html/comment-page-1#comment-1907</link>
		<dc:creator>artist studio ,gallery, paintings,Indian art, abstract, expressionistic,art</dc:creator>
		<pubDate>Sun, 27 Nov 2011 17:42:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.techartifact.com/blogs/?p=816#comment-1907</guid>
		<description>Great items from you, man. I&#039;ve be aware your stuff prior to and you&#039;re just extremely excellent. I actually like what you have bought right here, really like what you&#039;re stating and the best way through which you assert it. You&#039;re making it enjoyable and you still care for to keep it smart. I can&#039;t wait to read much more from you. That is really a tremendous website.</description>
		<content:encoded><![CDATA[<p>Great items from you, man. I&#8217;ve be aware your stuff prior to and you&#8217;re just extremely excellent. I actually like what you have bought right here, really like what you&#8217;re stating and the best way through which you assert it. You&#8217;re making it enjoyable and you still care for to keep it smart. I can&#8217;t wait to read much more from you. That is really a tremendous website.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ajay</title>
		<link>http://www.techartifact.com/blogs/2009/08/interface-vs-abstract-class.html/comment-page-1#comment-1888</link>
		<dc:creator>ajay</dc:creator>
		<pubDate>Sat, 29 Oct 2011 17:05:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.techartifact.com/blogs/?p=816#comment-1888</guid>
		<description>wola...!
after spending almost half hour on the net. i found this article. it clearly shows the difference between the both.</description>
		<content:encoded><![CDATA[<p>wola&#8230;!<br />
after spending almost half hour on the net. i found this article. it clearly shows the difference between the both.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pavel</title>
		<link>http://www.techartifact.com/blogs/2009/08/interface-vs-abstract-class.html/comment-page-1#comment-1772</link>
		<dc:creator>pavel</dc:creator>
		<pubDate>Tue, 13 Sep 2011 10:13:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.techartifact.com/blogs/?p=816#comment-1772</guid>
		<description>The abstract classes and interfaces exist in OO languages and are semantically separated for a very good reason - software design. The question &quot;Interface vs Abstract class?&quot; is menanigless. Good software designer will not ask such questions as usage scenarios for interfaces are very different from those of the abstract classes and aren&#039;t supposed to be interchangeable if we are to preserve the good design. It is not a coincidence the interface is named &quot;inter&quot; (between) + &quot;face&quot; (exposed) - it is the public face of whatever component/class implements it. The abstract classes on the other hand tend to hold specific implementation details and merely act as a common base for a given class hierarchy. Furthermore, it is not uncommon in the complex software systems, for abstract classes to implement interfaces by providing some common/shared implementation and allowing concrete classes to further deal with the specifics ...</description>
		<content:encoded><![CDATA[<p>The abstract classes and interfaces exist in OO languages and are semantically separated for a very good reason &#8211; software design. The question &#8220;Interface vs Abstract class?&#8221; is menanigless. Good software designer will not ask such questions as usage scenarios for interfaces are very different from those of the abstract classes and aren&#8217;t supposed to be interchangeable if we are to preserve the good design. It is not a coincidence the interface is named &#8220;inter&#8221; (between) + &#8220;face&#8221; (exposed) &#8211; it is the public face of whatever component/class implements it. The abstract classes on the other hand tend to hold specific implementation details and merely act as a common base for a given class hierarchy. Furthermore, it is not uncommon in the complex software systems, for abstract classes to implement interfaces by providing some common/shared implementation and allowing concrete classes to further deal with the specifics &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jaykishan Parikh</title>
		<link>http://www.techartifact.com/blogs/2009/08/interface-vs-abstract-class.html/comment-page-1#comment-1180</link>
		<dc:creator>Jaykishan Parikh</dc:creator>
		<pubDate>Mon, 14 Jun 2010 07:31:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.techartifact.com/blogs/?p=816#comment-1180</guid>
		<description>interface describes &quot;What to do&quot; but does not have anything like &quot;How to do&quot;. It is the responsibility of implementer to how to do.

In early stage of your design, You are not clear with how to implement the things but you are very much sure about what to do. So interface should be used.

In case you are some how clear with the implementation then use abstract class where you make concrete methods for which you know hoe to implement, and keep other methods as abstract to let derived class to implement them.</description>
		<content:encoded><![CDATA[<p>interface describes &#8220;What to do&#8221; but does not have anything like &#8220;How to do&#8221;. It is the responsibility of implementer to how to do.</p>
<p>In early stage of your design, You are not clear with how to implement the things but you are very much sure about what to do. So interface should be used.</p>
<p>In case you are some how clear with the implementation then use abstract class where you make concrete methods for which you know hoe to implement, and keep other methods as abstract to let derived class to implement them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Interface vs Abstract Class &#124; TechArtifact interface</title>
		<link>http://www.techartifact.com/blogs/2009/08/interface-vs-abstract-class.html/comment-page-1#comment-980</link>
		<dc:creator>Interface vs Abstract Class &#124; TechArtifact interface</dc:creator>
		<pubDate>Sat, 12 Sep 2009 12:18:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.techartifact.com/blogs/?p=816#comment-980</guid>
		<description>[...] Originally posted here: Interface vs Abstract Class &#124; TechArtifact [...]</description>
		<content:encoded><![CDATA[<p>[...] Originally posted here: Interface vs Abstract Class | TechArtifact [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jennifer</title>
		<link>http://www.techartifact.com/blogs/2009/08/interface-vs-abstract-class.html/comment-page-1#comment-949</link>
		<dc:creator>Jennifer</dc:creator>
		<pubDate>Fri, 21 Aug 2009 07:19:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.techartifact.com/blogs/?p=816#comment-949</guid>
		<description>Thanks for the nice article and I absolutely agree with  Jetspeed&#039;s statement. Those who think something is misleading shud prove their way of thinking else stop spamming.</description>
		<content:encoded><![CDATA[<p>Thanks for the nice article and I absolutely agree with  Jetspeed&#8217;s statement. Those who think something is misleading shud prove their way of thinking else stop spamming.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jetspeed</title>
		<link>http://www.techartifact.com/blogs/2009/08/interface-vs-abstract-class.html/comment-page-1#comment-927</link>
		<dc:creator>Jetspeed</dc:creator>
		<pubDate>Mon, 17 Aug 2009 10:48:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.techartifact.com/blogs/?p=816#comment-927</guid>
		<description>Well i am surprised to see comment of Mr Sagar. Where does this article is mis-leading. I agree this article doesn&#039;t contain all the information about abstract &amp; interface, IMO it is not possible to cover every single aspect of any technology in single blog post, but It doesn&#039;t mean it is contain some &quot;superficial knowledge&quot;.

i think you should appreciate vinay&#039;s effort in putting up all this.
If you think information is &quot;superficial knowledge&quot; please post a link here. I think Vinay would be happy to update the post.</description>
		<content:encoded><![CDATA[<p>Well i am surprised to see comment of Mr Sagar. Where does this article is mis-leading. I agree this article doesn&#8217;t contain all the information about abstract &amp; interface, IMO it is not possible to cover every single aspect of any technology in single blog post, but It doesn&#8217;t mean it is contain some &#8220;superficial knowledge&#8221;.</p>
<p>i think you should appreciate vinay&#8217;s effort in putting up all this.<br />
If you think information is &#8220;superficial knowledge&#8221; please post a link here. I think Vinay would be happy to update the post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ankit Goyal</title>
		<link>http://www.techartifact.com/blogs/2009/08/interface-vs-abstract-class.html/comment-page-1#comment-924</link>
		<dc:creator>Ankit Goyal</dc:creator>
		<pubDate>Mon, 17 Aug 2009 10:09:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.techartifact.com/blogs/?p=816#comment-924</guid>
		<description>@sagar
Can u give us the correct version of the statement u are saying as wrong??</description>
		<content:encoded><![CDATA[<p>@sagar<br />
Can u give us the correct version of the statement u are saying as wrong??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pravin</title>
		<link>http://www.techartifact.com/blogs/2009/08/interface-vs-abstract-class.html/comment-page-1#comment-921</link>
		<dc:creator>Pravin</dc:creator>
		<pubDate>Sat, 15 Aug 2009 01:57:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.techartifact.com/blogs/?p=816#comment-921</guid>
		<description>Abstract classes are not faster than interfaces. Only
final methods could be faster depending on JVM implementation.</description>
		<content:encoded><![CDATA[<p>Abstract classes are not faster than interfaces. Only<br />
final methods could be faster depending on JVM implementation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger vd Kimmenade</title>
		<link>http://www.techartifact.com/blogs/2009/08/interface-vs-abstract-class.html/comment-page-1#comment-911</link>
		<dc:creator>Roger vd Kimmenade</dc:creator>
		<pubDate>Mon, 10 Aug 2009 18:42:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.techartifact.com/blogs/?p=816#comment-911</guid>
		<description>I agree with Urs Enzler, interfaces give you far more flexibility (for example by the use of the Dependency Injection pattern). Furthermore the performance is always a debate. Interfaces keeps the software manageable.

Btw what has this topic to do with Service Oriented Architecture? Maybe include Abstract Class vs Interface vs Service Contract?</description>
		<content:encoded><![CDATA[<p>I agree with Urs Enzler, interfaces give you far more flexibility (for example by the use of the Dependency Injection pattern). Furthermore the performance is always a debate. Interfaces keeps the software manageable.</p>
<p>Btw what has this topic to do with Service Oriented Architecture? Maybe include Abstract Class vs Interface vs Service Contract?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

