Симон Робинсон - C# для профессионалов. Том II

public override decimal GetMonthlyPayment() {

return base.GetMonthlyPayment() + bonus/12;

}

Переопределенная версия содержит также вызов версии этого метода из базового класса. При этом используется новое ключевое слово base, baseдействует таким же образом, как и this, за исключением того, что оно специально указывает, что надо использовать метод или свойство и т.д. из определения базового класса. При желании можно альтернативно реализовать переопределенную версию метода GetMonthlyPayment()следующим образом:

public override decimal GetMonthlyPayment() {

return (Salary + bonus)/12;

}

но, чтобы показать использование ключевого слова base, был выбран другой вариант. В связи с этим есть одно действие, которое мы не смогли бы сделать:

public override decimal GetMonthlyPayment() {

return (salary + bonus)/12; // неправильно

}

Код выглядит почти так же, как предыдущая версия, кроме того, что поле salaryиспользуется непосредственно, а не через свойство Salary. Можно предположить, что это более эффективное решение, поскольку фактически убирается вызов метода. Но компилятор будет инициировать ошибку, так как поле salaryобъявлялось как private(закрытое). Этот означает, что ничему вне класса Employeeне разрешается видеть это поле. Даже производные классы не знают о закрытых полях базового класса.

Если необходимо, чтобы производные, но не связанные классы могли видеть поле, C# предоставит альтернативный уровень защиты protected(защищенный):

protected decimal salary; // можно сделать так

Если член класса объявлен как защищенный, то он виден только в этом классе и в производных классах. Однако обычно строго рекомендуется сохранять все поля закрытыми ( private) по той же причине, по которой требуется сохранять переменные закрытыми в модулях классов VB. Дело в том, что при сокрытии реализации класса (или модуля класса) облегчается выполнение будущего обслуживания этого класса. Обычно модификатор protectedиспользуется для свойств и методов, которые предназначены только для того, чтобы разрешать производным классам получать доступ к свойствам определения базового класса.

Давайте добавим по крайней мере один конструктор для класса Managerв связи с тем, что:

□ Существует дополнительный элемент информации — бонус менеджера, который необходимо определить, когда создается экземпляр объекта Manager.

□ В отличие от методов, свойств и полей, конструкторы не наследуются производными классами.

Фактически было добавлено два конструктора. Это связано с решением, что бонус менеджера обычно по умолчанию равен $100000, если он не определен явно. В VB можно определить в методах параметры по умолчанию, но C# не разрешает делать это напрямую. Вместо этого C# предлагает более мощную технику — перезагрузку методов, которая дает тот же результат. Определение в данном случае двух конструкторов позволяет проиллюстрировать эту технику.

Первый конструктор Manager имеет три параметра:

public Manager(string name, decimal salary, decimal bonus) : base(name, salary) {

this.bonus = bonus;

}

Прежде всего отметим вызов конструктора базового класса с помощью немного странного синтаксиса. Этот синтаксис называют инициализатором конструктора(constructor initializer.) При этом любому конструктору разрешается вызвать один другой конструктор перед своим выполнением. Этот вызов делается в инициализаторе конструктора с помощью показанного выше синтаксиса. Конструктор может вызвать либо другой конструктор того же класса, либо конструктор базового класса, что сделано с целью обеспечения хорошо спроектированной архитектуры конструкторов. Связанные с этим вопросы обсуждаются в главе 5. Синтаксис инициализатора конструктора требует двоеточия, за которым следует одно из ключевых слов baseили thisдля определения, из какого класса вызывается второй конструктор, за которым следуют параметры, передаваемые этому второму конструктору.

Показанный выше конструктор получает три параметра. Однако два из них — nameи salary, присутствуют там только для того, чтобы инициализировать поля базового класса в Employee. Эти параметры относятся на самом деле к классу Employee, а не Manager, поэтому они просто передаются конструктору Employee, с помощью чего делается вызов base(name, salary). Как мы видели раньше, конструктор Employeeбудет просто использовать эти параметры для инициализации полей nameи salary. Наконец, мы передаем параметр bonus, имеющий отношение к классу Manager, и используем для инициализации поля bonus. Второй предоставленный конструктор Managerтакже применяет список инициализации конструктора: