• Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

Composition versus Inheritance

 
mini mehta
Ranch Hand
Posts: 120
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Can anybody explain following statement :
"Favour object composition over inheritance"
 
Thomas Paul
mister krabs
Ranch Hand
Posts: 13974
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
The "Design Patterns" book says "inheritance violates encapsulation". The problem is that when you inherit from another class, you tightly couple to the implementation of that class. When you use composition, you are tied only to the interface of a class. One of the key principals of OO is that we should always code to an interface and never to an implementation. This does not mean that you should never use inheritance but that you should only use it when it makes sense.
 
Avijeet Dash
Ranch Hand
Posts: 148
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Very valid point.
thats why we see so many design patterns using composition so much. for example important design patterns like fly weight, decorator etc use it so much.
 
Jaime Nino
Author
Greenhorn
Posts: 4
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Originally posted by mini mehta:
Can anybody explain following statement :
"Favour object composition over inheritance"

On top of what has been mentioned, inheritance is a static notion, while composition is a dynamic one; more specifically, having an instance of a subclass, this instance cannot be easily transfered to an instance of another subclass at run-time (ie. change of types at run time is hard to do with this setting). With composition, you can associate another component instance (which implements same interface) at run time.
Change of types at run time can be design and implemented using the State pattern though; how? using composition where the component keeps track of the type at run time.
But inheritance definitely has its place in design of classes, where the IS-A of model subclass is stable and to exploit polymorphism. A careless use of inheritance can give rise to class explosion in class hierarchies; for example when using inheritance to model options of features in an object.

------------------
Jaime Nino
Author of:
An Introduction to Software Construction with Java
 
Guennadiy VANIN
Ranch Hand
Posts: 898
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Excellent explanations about no need of inheritance.
Can anybody explain me how "Inheritance breaks encapsulation"?
 
Roshan Lal
Ranch Hand
Posts: 64
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Please see the topic started by Jose Botella a few days back.
Originally posted by Guennadiy VANIN:
Excellent explanations about no need of inheritance.
Can anybody explain me how "Inheritance breaks encapsulation"?
 
I agree. Here's the link: http://aspose.com/file-tools
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic