class Manager : Employee
{
public int StockOptions { get; set; }
}
Затем добавьте еще один новый файл класса (
SalesPerson.cs
), в котором определен класс
SalesPerson
с подходящим автоматическим свойством:
// Продавцам нужно знать количество продаж.
class SalesPerson : Employee
{
public int SalesNumber { get; set; }
}
После того как отношение "является" установлено, классы
SalesPerson
и
Manager
автоматически наследуют все открытые члены базового класса
Employee
. В целях иллюстрации обновите операторы верхнего уровня, как показано ниже:
// Создание объекта подкласса и доступ к функциональности базового класса.
Console.WriteLine("***** The Employee Class Hierarchy *****n");
SalesPerson fred = new SalesPerson
{
Age = 31, Name = "Fred", SalesNumber = 50
};
Вызов конструкторов базового класса с помощью ключевого слова base
В текущий момент объекты классов
SalesPerson
и
Manager
могут создаваться только с использованием "бесплатно полученного" стандартного конструктора (см. главу 5). Памятуя о данном факте, предположим, что в класс
Manager
добавлен новый конструктор с шестью аргументами, который вызывается следующим образом:
...
// Предположим, что у Manager есть конструктор с такой сигнатурой:
// (string fullName, int age, int empId,
// float currPay, string ssn, int numbOfOpts)
Manager chucky = new Manager("Chucky", 50, 92, 100000, "333-23-2322", 9000);
Взглянув на список параметров, легко заметить, что большинство аргументов должно быть сохранено в переменных-членах, определенных в базовом классе
Employee
. Чтобы сделать это, в классе
Manager
можно было бы реализовать показанный ниже специальный конструктор:
public Manager(string fullName, int age, int empId,
float currPay, string ssn, int numbOfOpts)
{
// Это свойство определено в классе Manager.
StockOptions = numbOfOpts;
// Присвоить входные параметры, используя
// унаследованные свойства родительского класса.
Id = empId;
Age = age;
Name = fullName;
Pay = currPay;
PayType = EmployeePayTypeEnum.Salaried;
// Если свойство SSN окажется доступным только для чтения,
// тогда здесь возникнет ошибка на этапе компиляции!
SocialSecurityNumber = ssn;
}
Первая проблема с таким подходом связана с тем, что если любое свойство определено как допускающее только чтение (например, свойство
SocialSecurityNumber
), то присвоить значение входного параметра
string
данному полю не удастся, как можно видеть в финальном операторе специального конструктора.
Вторая проблема заключается в том, что был косвенно создан довольно неэффективный конструктор, учитывая тот факт, что в C# стандартный конструктор базового класса вызывается автоматически перед выполнением логики конструктора производного класса, если не указано иначе. После этого момента текущая реализация имеет доступ к многочисленным открытым свойствам базового класса
Employee
для установки его состояния. Таким образом, во время создания объекта
Manager
на самом деле выполнялось восемь действий (обращения к шести унаследованным свойствам и двум конструкторам).
Для оптимизации создания объектов производного класса необходимо корректно реализовать конструкторы подкласса, чтобы они явно вызывали подходящий специальный конструктор базового класса вместо стандартного конструктора. Подобным образом можно сократить количество вызовов инициализации унаследованных членов (что уменьшит время обработки). Первым делом обеспечьте наличие в родительском классе
Employee
следующего конструктора с шестью аргументами:
// Добавление в базовый класс Employee.
public Employee(string name, int age, int id, float pay, string empSsn,
EmployeePayTypeEnum
payType)
{
Name = name;
Id = id;
Age = age;
Pay = pay;
SocialSecurityNumber = empSsn;
PayType = payType;
}
Модифицируйте специальный конструктор в классе
Manager
, чтобы вызвать конструктор
Employee
с применением ключевого слова
base
:
public Manager(string fullName, int age, int empId,
float currPay, string ssn, int numbOfOpts)
: base(fullName, age, empId, currPay, ssn,
EmployeePayTypeEnum.Salaried)
{
// Это свойство определено в классе Manager.
StockOptions = numbOfOpts;
