¿Creando un objeto que tenga todas las propiedades de otros dos objetos?

Question

Considera una situación de club deportivo. Un club puede tener un gerente del club y 1 o más entrenadores (1 entrenador por equipo) Por lo tanto, aquí hay un ejemplo de las clases de Manager y Coach.

Class ClubManager 
{ 
    public void RegisterMember() 
    { 
     // code for registering a member.. 
    } 
} 

Class Coach 
{ 
    public void DeviceTeamFormation() 
    { 
     // code for making a team formation.. 
    } 
} 

Mi problema es, ¿cómo puedo tener un gerente de club que también sea entrenador? porque hay clubes deportivos con esta situación.

Apreciar toda la ayuda. Gracias chicos.

Answer 1

Herencia múltiple es lo que estás buscando. Desafortunadamente, esto no es actualmente compatible con C#. Tampoco lo vi aparecer en la versión de 2010.

Puede implementar múltiples interfaces de, pero no puede heredar de múltiples clases.

Answer 2

Aquí es la primera idea que me vino a la cabeza:

1. crear una clase ClubManagerCoach, o algo por el estilo que tiene la lógica de los directivos y entrenadores.
2. Crear interfaces para IClubManager e ICoach. Use esas interfaces en lugar de ClubManager y Coach.
3. Haga que ClubManagerCoach implemente IClubManager e ICoach.

Answer 3

No, no puede hacer esto con las clases. Sin embargo, las interfaces te llevan en esa dirección.

Por otro lado, es posible que desee agregar otro nivel de direccionamiento indirecto y separar las funciones de gerente y coach de las personas, para que pueda asignar cada rol a una persona (que también puede ser la misma persona).

Answer 4

Como observó Chinmay Kanchi, C# no es compatible con herencia múltiple; sin embargo, puede heredar de un tipo e implementar tantas interfaces como desee.

public interface ICoach { 
} 

public class ClubManager : SomeType, ICoach { 
} 

Answer 5

creo que el mejor compromiso que obtendrá en este caso (y esto es un tema debatido, por supuesto) es crear algo en la línea de una clase ClubManagerCoach que expone ClubManager y Coach propiedades.

Answer 6

Usaría delegación en lugar de herencia y usaría el Patrón compuesto en su lugar. (http://en.wikipedia.org/wiki/Composite_pattern)

Answer 7

se puede hacer esto, pero con la siguiente procedimiento como C# no soporta la herencia a través de clases

Interface IClubManager 
{ 
    public void RegisterMember();   
} 

Interface ICoach 
{ 
    // code for making a team formation.. 
} 
class SomeDesignation : ICoach, IClubManager 
{ 
} 

Answer 8

Como otros han señalado, no se puede hacer eso con las clases, aunque puede hacerlo con interfaces, lo que tiene la desventaja de que ha vuelto a implementar la interfaz cada vez. Una forma de evitarlo es con mixins: Is it possible to implement mixins in C#?.

Answer 9

No puede tener exactamente lo que desea; la herencia múltiple no es compatible con C#.

Junto con otras propuestas sobre el uso de interfaces (con sus limitaciones), posiblemente pueda volver a pensar en el modelo de objetos.

Si separa su estructura de datos (clases), para que la clase Coach y la clase ClubManager tengan la propiedad Person, no "duplicarán" los datos de la persona. Y puede tener métodos de fábrica para crear Coach de persona, y/o ClubManager de persona a persona.

Otra opción sería tener la funcionalidad "InRole", que dice qué rol puede tener una persona, y la clase Person tendrá los dos métodos que necesita, pero cada uno de ellos puede lanzar una excepción si la persona no está el rol correcto para realizar la operación.

O bien, puede insertar "roles" y usar alguna forma de direccionamiento indirecto para acceder a la funcionalidad del rol específico.

Answer 10

Ser un Entrenador y ser un Administrador del Club no son atributos inherentes de esta persona. Son roles que la persona ha asumido. Como tal, diría que a la persona objeto (o lo que sea que quiera llamarlo) se le deben asignar roles. Esos objetos role/ability delegarían esos métodos.

lo tanto, podría tener este aspecto:

Person joe = new Person("joe"); 
joe.setClubManager(true); 

joe.getManagerAbilities().RegisterMember(); 

difícil saber lo que es correcto y sin mucha más información acerca de su problema, pero tal vez esto te hará pensar a lo largo de cierta línea diferente.

Answer 11

El segundo párrafo de Lucero es el enfoque correcto. El entrenador y el gerente no son tipos de personas, son roles que las personas juegan. Teóricamente, la misma persona podría ser TeamPlayer, TeamCaptain, Coach, Manager y WaterBoy.

Así que lo que quieres es composición, no herencia. Por ejemplo:

SportsClub myClub = new SportsClub(); 
Person Bill = new Person(); 
myClub.Manager = new Manager(Bill); 
myClub.Coach = new Coach(Bill);