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

Если выбрать модификацию модуля класса сотрудника, то по-видимому надо добавить дополнительное поле типа Boolean, которое указывает, является ли Employeeменеджером или нет. Затем в соответствующих частях кода это Booleanбудет проверяться в инструкции if, чтобы знать, что делать. Это решает проблему двух несвязанных классов — снова имеется только один класс. Однако это вносит новую трудность: как было специально сказано ранее, поддержку для менеджеров решено было добавить примерно год спустя. Это означает, что модуль класса Employeeбыл по-видимому поставлен, протестирован, полностью отлажен и известно, что он работал правильно. В этой ситуации вряд ли возникнет желание обращаться к работающему коду, чтобы изменить его, учитывая связанный с этим риск внесения новых ошибок.

Другими словами, мы достигли точки, где VB не может предложить никакого удовлетворительного решения. Из заголовка этого раздела нетрудно сделать заключение, что C# предлагает способ решения этой проблемы с помощью использования наследования.

Мы уже видели, что наследование включает добавление или замену свойств классов. В предыдущем примере класс SquareRootFormдобавил код к классу .NET System.Windows.Forms.Form. Он определил элементы управления для размещения в SquareRootFormкак поля-члены, а также добавил обработчик событий. В примере Employeeбудут продемонстрированы как добавление, так и замена свойств базового класса, а также определен класс Manager, который является производным из класса Employee. Мы добавим поле и свойство, представляющие бонус, и заменен метод GetMonthlyPayment()(для полноты также будет заменен метод ToString(), чтобы он выводил бонус вместе с именем и зарплатой). Все это означает, что будет получен отдельный класс. Но при этом не потребуется дублировать никакой код и вносить большие изменения в класс Employee. Может показаться, что по-прежнему существует проблема двух различных классов, что делает более трудным написание клиентского кода, но, как будет продемонстрировано позже, C# имеет ответ и на это.

Прежде чем определить класс Manager(), необходимо внести одно маленькое изменение в классе Employee:

public virtual decimal GetMonthlyPayment() {

return salary/12;

}

что сделает метод GetMonthlyPayment()виртуальным ( virtual). Это способ, которым C# сообщает, что данный метод в принципе может быть переопределен.

Можно подумать, что это означает изменение базового класса, что противоречит тезису о ненужности изменения базового класса. Однако добавление ключевого слова virtualна самом деле не является изменением, которое влечет за собой риск новых ошибок — при подходе VB необходимо было действительно переписать реализации нескольких методов. Кроме того, обычно при создании классов в C# заранее планируется, какие методы являются подходящими для переопределения. Если бы это был пример из реальной жизни, то метод GetMonthlyPayment()почти наверняка объявлялся бы виртуальным, поэтому на самом деле можно добавить класс Manager, не делая никаких изменений в классе Employee.

Теперь можно определить класс Manager():

class Manager : Employee {

private decimal bonus;

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

this.bonus = bonus;

}

public Manager(string name, decimal salary) : this(name, salary, 100000M) {

}

public decimal Bonus {

get {

return bonus;

}

}

public override string ToString() {

return base.ToStrint() + ", bonus: " + bonus;

}

public override decimal GetMonthlyPayment() {

return base.GetMonthlyPayment() + bonus/12;

}

}

Помимо почти завершенной реализации класса Employee, который был унаследован, Managerсодержит следующие члены:

□ Поле bonus, которое будет использоваться для хранения бонуса менеджера, и соответствующее свойство.

□ Перезагруженный метод GetMonthlyPayment(), а также новую перегруженную версию метода ToString().

□ Два конструктора.

Поле bonusи соответствующее свойство Bonusне требуют дальнейших обсуждений. Однако мы внимательно рассмотрим переопределенные методы и новые конструкторы, так как они будут иллюстрировать важные свойства языка C#.

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