• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

Difference between Component and Class

 
Ranch Hand
Posts: 39
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by Sanjay Bahal:
Any good UML book should tell you about component diagrams.
UML User Guide by Grady Booch et. al has a chapter on Component diagrams.
The key is basicaly undersatnding what is component and how is different from a class.
HTH
Sanjay



Can anyone please explain to me the difference between a Component and a Class ?

If EJBs are Components and are to be shown on the component diagram, then what do I show in the class diagram?

Also, is it necessary to draw out the internal structure of each EJB in a diagram? So for e.g. if I have a CustomerEJB (entity bean), then is it sufficient to just show it as a component on the component diagram [with a stereotype of <<entity>> ] OR do I have to also break down its internal structure [CustomerRemote, CustomerHome, CustomerBeanImpl, ejb-jar.xml etc]?

Isn't the internal structure of an EJB implicit here? I mean if I am designing a J2EE solution somethings are just plain implicit and should be assumed to be 'understood' by the readers/audience. That way I can effectively reduce clutter on my diagrams... Right/Wrong?

Thanks all!
[ July 16, 2008: Message edited by: Required Field ]
 
Ranch Hand
Posts: 156
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by Akshay Shrivastava:


Can anyone please explain to me the difference between a Component and a Class ?

If EJBs are Components and are to be shown on the component diagram, then what do I show in the class diagram?

Also, is it necessary to draw out the internal structure of each EJB in a diagram? So for e.g. if I have a CustomerEJB (entity bean), then is it sufficient to just show it as a component on the component diagram [with a stereotype of <<entity>> ] OR do I have to also break down its internal structure [CustomerRemote, CustomerHome, CustomerBeanImpl, ejb-jar.xml etc]?

Isn't the internal structure of an EJB implicit here? I mean if I am designing a J2EE solution somethings are just plain implicit and should be assumed to be 'understood' by the readers/audience. That way I can effectively reduce clutter on my diagrams... Right/Wrong?

Thanks all!

[ February 20, 2006: Message edited by: Akshay Shrivastava ]



Hi Akshay,

The main diference between classes and components, are the system independence for them. A class is builded to perform a specific task in an application. Represent a entity, perform a service as an query or updating a database ... something like that.

But, you try reuse this class, in another application, you should try some problems adapting your class for the destinarion enviroment. This is because your class has been designed to a specific system.

An component, are a kind of set of classes, that has a common interface, and the most importante feature: This classes, realize this interfaces. This approach can make your component more reusable, having context independence.

When you were a child, did you play with PLAYMOBIL ?

PlayMobil has a very good game. You could buy the Pirate PlayMobil, and use their pieces with Racer PlayMobil. This is because the pieces, had a common interface. And, they are pluggable. So, if you can reuse some class, in diferent situations, context's and/or systems, this class without doubt, is a component.

An complex system the work with components, can be updated justing replacing some components for anothers, without cause any impact.

Resuming: A class is just a piece of code to perform a specific key of the application. The component are the same, but, because yhour interfaces, they could be reused.

Best Regards,
 
Required Field
Ranch Hand
Posts: 39
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Thanks Ricardo... that made things a lot clearer!

Originally posted by Ricardo Ferreira:


Hi Akshay,

The main diference between classes and components, are the system independence for them. A class is builded to perform a specific task in an application. Represent a entity, perform a service as an query or updating a database ... something like that.

But, you try reuse this class, in another application, you should try some problems adapting your class for the destinarion enviroment. This is because your class has been designed to a specific system.

An component, are a kind of set of classes, that has a common interface, and the most importante feature: This classes, realize this interfaces. This approach can make your component more reusable, having context independence.

When you were a child, did you play with PLAYMOBIL ?

PlayMobil has a very good game. You could buy the Pirate PlayMobil, and use their pieces with Racer PlayMobil. This is because the pieces, had a common interface. And, they are pluggable. So, if you can reuse some class, in diferent situations, context's and/or systems, this class without doubt, is a component.

An complex system the work with components, can be updated justing replacing some components for anothers, without cause any impact.

Resuming: A class is just a piece of code to perform a specific key of the application. The component are the same, but, because yhour interfaces, they could be reused.

Best Regards,

 
After some pecan pie, you might want to cleanse your palatte with this tiny ad:
a bit of art, as a gift, that will fit in a stocking
https://gardener-gift.com
reply
    Bookmark Topic Watch Topic
  • New Topic