i was asked this question once, and resented it. its for a college kid just out of CS101, not proven professionals. unless you are a coder of advanced gaming and/or AI systems you BETTER NOT be spending so much time contemplating interface VS abstract. if i was your boss i would NOT be happy.

i am willing to bet most if you are web developers for backoffice business process automation systems and NOTHING more advanced than that. to feel the need to use such advanced OO concepts is overkill and over-coding. just make sure you follow good agile patterns, proper namespacing and standards, and enforce it accross the team, and you will have successful projects.

Can you please also demonstrate if we want to use Spring-Blazeds integration for the same purpose, what will be the changes to be done in spring context file? (Because messaging-config.xml will no longer exist)

Miral

Here is the basic problem with asking the question as written on this site. IT IS LANGUAGE SPECIFIC. The “concept” of abstract versus interface is different depending on the language you are using. A good CS Programming Languages course will make you appreciate that. This question is very theoretical. For example in C++ the distinction is very minimal and very context oriented–in C++ an “interface” is an abstract class which provides no implementation, has no members, and no constructor. But to Anil’s point, what if I had a class with 1000 members on it. I could code an abstract class with default implementations and use that–in C++ this can still be used effectively as an interface. There are some other subtle complexities with interfaces and template design in C++, but I won’t go into that here.

However, move to C#. The same is not true. Why? Because in C# the langauge only supports single inheritance, thus if you use an abstract base then you cannot offer any more interfaces–or rather you are stuck with a fat interface. Since fat interfaces (i.e. putting all service methods into one class) is generally not a good practice we would like to separate out our interfaces based on the services they provide–the only way to do this in C# is through an interface. (A class can only extend a single base class whereas it can implement multiple interfaces; contrast to C++ a class can implement many base classes).

Thus the answer to your question is “it depends.” What are our use cases? What is our language we are coding in? What runtime dependencies do the syntactical constructs impose? What is the design goal behind class abstraction? based on these considerations, then I could answer why I would use one versus the other. In my experience most developers can’t properly code an interface without suffering from some unexpected coupling issues.

Choosing to use an interface as a design construct should be a well thought out and thorough examination of how the code/class will behave.

Nice article! It helped me a lot.How can we achieve this by taking the consumer id as a request parameter for example, a module which gets & displays the messages that you got from the friends( for all the consumers who were logged into the application currently).

Am trying to set the consumer id as part of the AsyncMessage body, as shown below

var message:AsyncMessage = new AsyncMessage();
//message.body = “New”;
var consumerRequestObject:Object = new Object();
consumerRequestObject.consumerId = consumerId;
message.body = consumerRequestObject;
producer.send(message);

and i don’t know exactly where to make changes in the business logic of invoke() and in other places of ServiceAdapter class.

Hope understood the problem & hoping that some one will help me in this.Any help would be appreciated!!!.

If you need more information about this requirement, please feel free to drop me a mail(yuvarajsingh2020@yahoo.com).

Thanks
Sankar Kethineni.