Наследование. Концепция объектно-ориентированного программирования предполагает возможность определять новые классы посредством добавления полей

Основные принципы ООП

Концепция объектно-ориентированного программирования предполагает возможность определять новые классы посредством добавления полей, свойств и методов к уже существующим классам. Такой механизм получения новых классов называется порождением. При этом новый, порожденный класс (называемый потомком) наследует свойства и методы своего базового, родительского класса

Итак наследование (Inheritance) - это процесс, посредством которого один объект может приобретать свойства другого. Точнее, объект может наследовать основные свойства другого объекта и добавлять к ним черты, характерные только для него. Наследование является важным, поскольку оно позволяет поддерживать концепцию иерархии классов. Применение иерархии классов делает управляемыми большие потоки информации. Например, представим описание жилого дома. Дом - это часть общего класса, называемого строением. С другой стороны, строение - это часть более общего класса - конструкции, являющейся частью еще более общего класса объектов, который можно назвать созданием рук человека. В каждом случае порожденный класс наследует все связанные с родителем качества и добавляет к ним свои собственные, определяющие, характеристики. Без использования иерархии классов для каждого объекта пришлось бы задать все характеристики, которые бы исчерпывающе его определяли. Однако при использовании наследования можно описать объект путем определения того общего класса (или классов), к которому он относится, с теми специальными чертами, которые делают объект уникальным

В объявлении класса-потомка указывается класс родителя

Например, класс TEmployee (конкретный сотрудник компании) может быть порожден от рассмотренного выше класса TPersonal путем добавления поля FDepartment (отдел). Объявление класса TEmployee в этом случае может выглядеть так, как показано в листинге 4.7

Заключенное в скобки имя класса TPersonal показывает, что класс TEmployee является производным от класса TPersonal. В свою очередь класс TPersonal является базовым для класса TEmployee

Класс TEmployee должен иметь свой собственный конструктор, обеспечивающий инициализацию класса-родителя и своих полей. В листинге 4.8 приведен пример реализации конструктора класса TEmployee

В приведенном примере директивой i n h e r i t e d вызывается конструктор родительского класса. После этого присваивается значение полю классапотомка

После создания объекта производного класса в программе можно использовать поля и методы родительского класса. Ниже в листинге 4.9 приведен текст программы, демонстрирующий эту возможность

Несколько слов о директиве inherited. Данная директива «говорит» компилятору, что нужно вызвать метод базового (родительского) класса с тем же именем, что и метод, в котором она указана. При этом если сигнатура методов родительского класса и его потомка совпадают (напомню, что сигнатурой метода является его имя и набор параметров), то указывать полный формат вызова не требуется. Например, создадим потомка класса TEmployee, который отличается от своего родителя только тем, что при вызове конструктора сразу выводится сообщение с информацией из полей объекта:

Как видите, в конструкторе просто указывается директива inherited, a компилятор сам подставит за ней вызов конструктора родительского объекта с правильными параметрами

Однако при внимательном рассмотрении листинга 4.9, а точнее - описания объекта TPersonal и реализации его конструктора - у вас может возникнуть следующий вопрос: как же так, в описании объекта отсутствует указание класса-родителя, а в конструкторе мы обращаемся к конструктору базового класса? Дело в том, что в Delphi все классы выстроены в единую иерархию, на вершине которой стоит класс TObject. Когда при описании класса пропускается указание его родителя, то в этом случае компилятор считает, что родителем такого класса является TObject

Дата добавления: 2014-01-13