Inheritance with mulltiple class types

[Jason Marvin]

What would be the best approach using inheritance if i wish for a player to be part of a multiple sports teams which also allows for player/coach? I'm using arraylists at the moment.

[Carey Brown]

If you have a "Member" class then a "Player" is-a Member and a "Coach" is-a Member. Then a Member could have a list of Teams that he/she is associated with. Or, conversely, a Team could have a list of Members. Or both, which would require code to keep them in sync.

[Stephan van Hulst]

That's like asking: "What's the best approach using a saw when I need to hammer a nail?"

Why are you settling on a tool before you've analyzed the problem?

In this case, I would say that a sports team has players and a coach, both of which are persons. No inheritance needed, unless coaches and players have different properties. Even then, you can use roles instead of inheritance.

Why do you think you need inheritance?

[Jason Marvin]

Stephan van Hulst wrote:That's like asking: "What's the best approach using a saw when I need to hammer a nail?"

Why are you settling on a tool before you've analyzed the problem?

In this case, I would say that a sports team has players and a coach, both of which are persons. No inheritance needed, unless coaches and players have different properties. Even then, you can use roles instead of inheritance.

Why do you think you need inheritance?

Hi Stephan, I am learning Java online and the task is to use inheritance to modal a sports club. Are you able to expand on what you said about using roles or provide a link that i can read up on?

[Jason Marvin]

Also, for the given example, soccer players score goals and basketball players score points?

[Scott Shipp]

This would not be unlike the Singer, Songwriter, SingerSongwriter example in Effective Java, item 20. What Bloch says there would be applicable, and he's basically saying that you should use interfaces for Player and Coach, then if necessary, your "PlayerCoach" could implement both interfaces.