Создание объекта, который обладает всеми свойствами двух других объектов?

Question

Рассмотрите ситуацию в спортивном клубе. Клуб может иметь менеджера клуба и 1 или более тренеров (1 тренера за команду) Итак, вот пример классов менеджера и тренера.

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

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

Моя проблема в том, как у меня есть менеджер клуба, который также является тренером? потому что в этой ситуации есть спортивные клубы.

Цените любую помощь. Спасибо, ребята.

Answer 1

Несколько Наследование - это то, что вы ищете. К сожалению, в настоящее время это не поддерживается в C#. Я не видел, чтобы он появился в версии 2010 года.

Вы можете реализовать несколько интерфейсов, но не может наследовать от нескольких классов.

Answer 2

Вот первая мысль, которая пришла мне в голову:

1. Создать класс ClubManagerCoach, или что-то к тому эффекту, который имеет логику для менеджеров и тренеров.
2. Создание интерфейсов для IClubManager и ICoach. Используйте эти интерфейсы вместо ClubManager и Coach.
3. Сделать ClubManagerCoach реализовать IClubManager и ICoach.

Answer 3

Нет, вы не можете сделать это с помощью классов. Интерфейсы, однако, помогут вам в этом направлении.

С другой стороны, вы можете добавить еще один уровень косвенности и отделить роли менеджера и тренера от лиц, чтобы вы могли назначить каждую роль человеку (который также может быть одним и тем же лицом).

Answer 4

Как заметил Чинмай Канчи, C# не поддерживает множественное наследование; однако вы можете наследовать от типа и реализовывать столько интерфейсов, сколько хотите.

public interface ICoach { 
} 

public class ClubManager : SomeType, ICoach { 
} 

Answer 5

Я думаю, что лучший компромисс, вы получите в этом случае (и это обсуждается тема, конечно), чтобы создать что-то вдоль линий ClubManagerCoach класса, который предоставляет ClubManager и Coach свойства.

Answer 6

Я бы использовал делегирование вместо наследования и вместо этого использовал композитный шаблон. (http://en.wikipedia.org/wiki/Composite_pattern)

Answer 7

вы можете сделать это, но со следующей процедурой, как C# не поддерживает наследование через классы

Interface IClubManager 
{ 
    public void RegisterMember();   
} 

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

Answer 8

Как уже отмечалось, вы не можете сделать это с помощью классов, хотя вы можете сделать это с интерфейсы, которые имеют тот недостаток, что вы каждый раз обновляете интерфейс. Один из способов - это смешивание: Is it possible to implement mixins in C#?.

Answer 9

У вас не может быть точно, что вы хотите - множественное наследование не поддерживается в C#.

Наряду с другими предложениями об использовании интерфейсов (с их ограничениями) вы можете вообще переосмыслить объектную модель.

Если вы отделите свою структуру данных (классы), чтобы класс Coach и класс ClubManager имели свойство Person, они не будут «дублировать» данные человека. И вы можете иметь фабричные методы для создания Тренера вне персональных данных и/или ClubManager вне личности.

Другой вариант - иметь функцию «InRole», в которой указывается, какую роль может иметь человек, а класс Person будет иметь оба метода, которые вам нужны, но каждый из них может выдать исключение, если человек не находится в правильная роль для выполнения операции.

Или вы можете ввести «роли» и использовать некоторую форму косвенности для доступа к функциям конкретной роли.

Answer 10

Будучи тренером и являясь ClubManager, не являются неотъемлемыми атрибутами этого человека. Это роли, которые человек взял на себя. Таким образом, я бы сказал, что объекту человека (или тому, что вы хотите назвать) должен быть назначен ролей. Затем те роли/способности будут делегировать эти методы.

Так может выглядеть следующим образом:

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

joe.getManagerAbilities().RegisterMember(); 

Трудно знать, что правильно, не намного больше информации о вашей проблеме, но, возможно, это поможет вам думать по какой-то другой линии.

Answer 11

Второй абзац Лусеро - правильный подход. Тренер и менеджер - это не люди, а роли, которые играют люди. Теоретически одним и тем же человеком может быть TeamPlayer, TeamCaptain, Coach, Manager и WaterBoy!

Так что вы хотите, это композиция, а не наследование. Например:

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