Инкапсуляция

Сентябрь 3, 2022

Главная
Алгебра
Инкапсуляция

Содержание

2. Методы Объединение в объекте кода и данных называется инкапсуляцией.
3. Объекты TPerson и TStudeat написаны таким образом, что нет необходимости в прямом обращении к их внутренним
4. Инкапсуляция ТУРЕ Tperson = OBJECT Name : STRING[30]; Date : STRING[10]; Rate : REAL; PROCEDURE Init(Nm,Dt:STRING;
5. Инкапсуляция ТУРЕ TStudent = OBJECT(TPerson) Ball : REAL; PROCEDURE Init(Nm,Dt:STRING; Rt,Bl:REAL); FUNCTION GetBall : REAL; FUNCTION
6. ИНКАПСУЛЯЦИЯ Для экземпляра Student типа TStudent можно использовать набор методов для косвенной работы с полями данных,
7. Обратите внимание, что доступ к полям объекта осуществляется только с помощью методов этого объекта.
8. Полиморфизм
9. ПЕРЕОПРЕДЕЛЕНИЕ МЕТОДОВ При использовании стандартных средств Турбо Паскаля очень трудно, если вообще возможно, создавать гибкие процедуры,
10. Переопределение методов Эта проблема решается в ООП с помощью механизма наследования если определен порожденный тип, то
11. Для переопределения наследуемого метода просто описывается новый метод с тем же именем, что и наследуемый метод,
12. Переопределение методов Проиллюстрируем этот процесс на простом примере. TYPE TStudent = OBJECT(TPerson) Ball : REAL; PROCEDURE
13. ПЕРЕОПРЕДЕЛЕНИЕ МЕТОДОВ Чем TStudent похож на Tperson? Студент имеет все характеристики, которые используются для определения объекта
14. Переопределение методов PROCEDURE TStudent.Init(Nm,Dt:STRING; Rt,Bl:REAL); BEGIN TPerson.Init(Nm,Dt,Rt) ; Ball:=Bl; END; Т.к. TStudent определяет новое поле Ball,
15. Вместо того, чтобы непосредственно присвоить значения наследованным полям, таким как Name, Date и Rate, проще использовать
16. Переопределение методов Синтаксис вызова наследуемого метода следующий: Предок.Метод; где Предок — это идентификатор типа родительского объекта;
17. Переопределение методов Необходимо обратить внимание на то, что вызов переопределяемого метода не является обязательным. В общем
18. Переопределение методов Каждый порожденный тип объекта TPerson имеет свой метод GetSum, т.к. расчет производится в каждом
19. Примерный текст интерфейсной части модуля Persons UNIT Persons; INTERFACE TYPE TPerson = OBJECT PRIVATE Name: STRING[30];
20. Тексты методов GetSum Метод TStudent.GetSum, в котором учитывается средний балл: FUNCTION TStudent.GetSum : REAL; BEGIN GetSum
21. Переопределение методов Необходимо помнить, что хотя методы могут быть переопределены, поля данных переопределяться не могут. После
22. Все описанные до сих пор методы, относящиеся к типам объектов TPerson, TStudent, TStaff и TTeacher, являются
23. Наследование статических методов Рассмотрим процедуру ShowSum. Для объекта типа TStaff она имеет вид: PROCEDURE TStaff.ShowSum; BEGIN
24. НАСЛЕДОВАНИЕ СТАТИЧЕСКИХ МЕТОДОВ Есть ли необходимость выполнять в процедуре ShowSum какие-либо дополнительные действия? По сравнению с
25. Наследование статических методов Проблема заключается в следующем: Пока копия метода ShowSum не будет помещена в область
26. НАСЛЕДОВАНИЕ СТАТИЧЕСКИХ МЕТОДОВ Это объясняется способом, которым компилятор осуществляет вызов методов. Как и при вызове любой
27. Наследование статических методов При вызове код TStaff.ShowSum в свою очередь вызывает TStaff.GetSum, что и составляет проблему.
28. Наследование статических методов Вызывая методы, компилятор работает так:
29. Наследование статических методов
30. Наследование статических методов Если статический наследуемый метод найден и используется, то необходимо помнить, что вызываемый метод
31. Виртуальные методы и полиморфизм Статические методы являются таковыми в том же смысле, в каком статической является
32. Виртуальные методы и полиморфизм Виртуальные методы предоставляют чрезвычайно мощный инструмент для обобщения, называемый полиморфизмом. Полиморфизм является
33. Виртуальные методы и полиморфизм Описанная ранее простая иерархия геометрических фигур является хорошим примером полиморфизма в действии,
34. Раннее и позднее связывание Различие между вызовом статического метода и динамического метода в случае статического метода
35. Раннее и позднее связывание
36. Раннее и позднее связывание
37. Раннее и позднее связывание Процесс, с помощью которого вызовы статических методов связываются компилятором во время компиляции
39. Скачать презентацию

Слайд 2

Методы
Объединение в объекте кода и данных называется инкапсуляцией.

Слайд 3

Объекты TPerson и TStudeat написаны таким образом, что
нет необходимости в

прямом обращении к их внутренним полям данных.

Слайд 4

Инкапсуляция
ТУРЕ
Tperson = OBJECT
Name : STRING[30];
Date : STRING[10];
Rate : REAL;
PROCEDURE Init(Nm,Dt:STRING; Rt:REAL);
FUNCTION GetName : STRING;
FUNCTION

GetDate : STRING;
FUNCTION GetRate : REAL;
PROCEDURE ShowName;
PROCEDURE ShowDate;
PROCEDURE ShowRate;
END;

Слайд 5

Инкапсуляция
ТУРЕ
TStudent = OBJECT(TPerson)
Ball : REAL;
PROCEDURE Init(Nm,Dt:STRING; Rt,Bl:REAL);
FUNCTION GetBall : REAL;
FUNCTION GetSum

: REAL;
PROCEDURE ShowBall;
PROCEDURE ShowSum;
PROCEDURE ShowAll;
END;

Слайд 6

ИНКАПСУЛЯЦИЯ
Для экземпляра Student типа TStudent можно использовать набор методов для косвенной

работы с полями данных, например:

WITH Student DO
BEGIN
Init ('Петр Петров','25-06-1995', 40000,4.5);
ShowAll;
END;

Слайд 7

Обратите внимание, что
доступ к полям объекта осуществляется только с помощью

методов этого объекта.

Слайд 8

Полиморфизм

Слайд 9

ПЕРЕОПРЕДЕЛЕНИЕ МЕТОДОВ
При использовании стандартных средств Турбо Паскаля очень трудно, если вообще

возможно, создавать гибкие процедуры, которые работали бы с формальными параметрами переменных типов.
как это делает, к примеру процедура WriteLn, которая может выводить на экран или в файл данные типа STRING, REAL, INTEGER, BOOLEAN и родственные им.

Слайд 10

Переопределение методов
Эта проблема решается в ООП с помощью механизма наследования
если определен

порожденный тип, то методы порождающего типа наследуются, однако, при желании они могут переопределяться.

Слайд 11

Для переопределения наследуемого метода просто описывается новый метод с тем же

именем, что и наследуемый метод,
но с другим телом и с другим множеством параметров.

Слайд 12

Переопределение методов
Проиллюстрируем этот процесс на простом примере.
TYPE
TStudent = OBJECT(TPerson)
Ball : REAL;
PROCEDURE Init(Nm,Dt:STRING;

Rt,Bl:REAL);
FUNCTION GetBall : REAL;
FUNCTION GetSum : REAL;
PROCEDURE ShowSum;
PROCEDURE ShowBall;
PROCEDURE ShowAll;
END;

Ранее нами был определен тип TStudent, являющийся потомком типа TPerson:

Слайд 13

ПЕРЕОПРЕДЕЛЕНИЕ МЕТОДОВ
Чем TStudent похож на Tperson?
Студент имеет все характеристики, которые используются

для определения объекта TPerson (фамилию, дату выплат, ставку)
Чем TStudent отличается отTperson?
Для объекта TStudent требуется еще и поле среднего балла Ball.

Слайд 14

Переопределение методов
PROCEDURE TStudent.Init(Nm,Dt:STRING; Rt,Bl:REAL);
BEGIN
TPerson.Init(Nm,Dt,Rt) ;
Ball:=Bl;
END;
Т.к. TStudent определяет новое поле

Ball, его инициализация требует нового метода Init, который инициализирует и средний балл, и наследованные поля.

Процедура Init наследуется от предка, но в данном случае ее необходимо переопределить:

Слайд 15

Вместо того, чтобы непосредственно присвоить значения наследованным полям, таким как Name,

Date и Rate, проще использовать метод инициализации объекта TPerson.

Слайд 16

Переопределение методов
Синтаксис вызова наследуемого метода следующий:
Предок.Метод;
где
Предок — это идентификатор

типа родительского объекта;
Метод — идентификатор метода этого типа.

Слайд 17

Переопределение методов
Необходимо обратить внимание на то, что вызов переопределяемого метода не

является обязательным.

В общем случае TPerson.Init выполняет важную, но скрытую инициализацию.

При вызове переопределяемого метода необходимо быть уверенным в том, что порожденный тип объекта учитывает особенности функционирования родителя.

Кроме того, любое изменение в родительском Методе автоматически оказывает влияние на все порожденные.

Слайд 18

Переопределение методов
Каждый порожденный тип объекта TPerson имеет свой метод GetSum, т.к.

расчет производится в каждом случае по разному.
Метод TStudent.GetSum
должен учитывать средний балл студента.
Метод TTeacher.GetSum должен учитывать количество лекционных часов, часовую ставку и премиальные выплаты.
Метод TStaff.GetSum должен учитывать только размер премиальных выплат.

Слайд 19

Примерный текст интерфейсной части модуля Persons
UNIT Persons;
INTERFACE
TYPE
TPerson = OBJECT
PRIVATE

Name: STRING[30];
Date: STRING[10]
Rate: REAL;
PUBLIC
PROCEDURE Init(Nm,Dt:STRING; Rt:REAL);
PROCEDURE ShowAll;
END;
TStudent = OBJECT(TPerson)
PRIVATE
Ball: REAL;
PUBLIC
PROCEDURE Init(Nm,Dt:STRING; Rt,Bl:REAL);
FUNCTION GetSum : REAL;
PROCEDURE ShowSum;
PROCEDURE ShowAll;
END;
TStaff = OBJECT(TPerson)
PRIVATE
Bonus : REAL;
PUBLIC
PROCEDURE Init(Nm,Dt:STRING; Rt,Bn:REAL);
FUNCTION GetSum : REAL;
PROCEDURE ShowSum;
PROCEDURE ShowAll;
END;
Tteacher = OBJECT(TStaff)
PRIVATE
Hours :WORD;
HourRate:REAL;
PUBLIC
PROCEDURE Init (Nm,Dt:STRING; Rt,Bn,Hrt:REAL; Hr:WORD);
FUNCTION GetSum : REAL;
PROCEDURE ShowSum;
PROCEDURE ShowAll;
END;
IMPLEMENTATION

Слайд 20

Тексты методов GetSum
Метод TStudent.GetSum, в котором учитывается средний балл:
FUNCTION TStudent.GetSum :

REAL;
BEGIN
GetSum := Rate*Ball;
END;

В методе TStaff.GetSum к ставке прибавляется размер премиальных выплат :

FUNCTION TStaff.GetSum : REAL;
BEGIN
GetSum := Rate+Bonus;
END;

Метод TTeacher.GetSum вызывает TStaff.GetSum и добавляет к этому значению размер часовой ставки, умноженный на количество часов :

FUNCTION TTeacher.GetSum : REAL;
BEGIN
GetSum:= TStaff.GetSum+Hours*HourRate;
END;

Слайд 21

Переопределение методов
Необходимо помнить, что хотя методы могут быть переопределены, поля данных

переопределяться не могут.
После того как поле данных в иерархии объекта определено, никакой дочерний тип не может определить поле данных с таким же именем.

Слайд 22

Все описанные до сих пор методы, относящиеся к типам объектов TPerson,

TStudent, TStaff и TTeacher, являются статическими методами.

С ними связана проблема наследования.

Слайд 23

Наследование статических методов
Рассмотрим процедуру ShowSum.
Для объекта типа TStaff она имеет

вид:
PROCEDURE TStaff.ShowSum;
BEGIN
WriteLn(GetSum);
END;
Как ни странно, для объекта типа ТТеасher эта процедура имеет тот же самый вид:
PROCEDURE TTeacher.ShowSum;
BEGIN
WriteLn(GetSum);
END;

Слайд 24

НАСЛЕДОВАНИЕ СТАТИЧЕСКИХ МЕТОДОВ
Есть ли необходимость выполнять в процедуре ShowSum какие-либо дополнительные

действия?
По сравнению с типом TStaff не изменилось ничего, кроме копирования процедуры и подстановки квалификатора ТТеасher перед идентификатором ShowSum.
Возникает резонный вопрос, нет ли здесь логической ошибки?
Поскольку методы одинаковы, нет нужды помещать ShowSum в TStaff и TTeacher.
TTeacher автоматически наследует ShowSum от TStaff, поэтому нет необходимости переопределять этот метод.

Именно здесь и возникает проблема, связанная со статическими методами

Слайд 25

Наследование статических методов
Проблема заключается в следующем:
Пока копия метода ShowSum не будет

помещена в область действия TTeacher для подавления метода ShowSum объекта TStaff, метод не будет работать правильно, если он будет вызываться из объекта типа TTeacher.

Если TTeacher запускает метод ShowSum объекта TStaff, то и функция GetSum, используемая в методе, будет принадлежать объекту TStaff, и зарплата будет рассчитана неправильно, без учета количества часов.

Слайд 26

НАСЛЕДОВАНИЕ СТАТИЧЕСКИХ МЕТОДОВ
Это объясняется способом, которым компилятор осуществляет вызов методов.
Как и

при вызове любой процедуры, компилятор замещает ссылки на TStaff.GetSum и TStaff.ShowSum в исходном коде на их адреса в сегменте кода.
Поскольку тип TTeacher является потомком типа TStaff, то сначала в сегмент кода будет скомпилирована функция TStaff.GetSum.
Затем будет скомпилирована процедура TStaff.ShowSum, вызывающая TStaff.GetSum

Слайд 27

Наследование статических методов
При вызове код TStaff.ShowSum в свою очередь вызывает TStaff.GetSum,

что и составляет проблему.

Фактически, наследуется следующая процедура:

PROCEDURE TStaff.ShowSum;
BEGIN
WriteLn(GetSum);
END;

Метод объекта TStaff ничего не знает о существовании объекта TTeacher.

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

Таким образом, метод ShowSum нельзя наследовать.

Слайд 28

Наследование статических методов
Вызывая методы, компилятор работает так:

Слайд 29

Наследование статических методов

Слайд 30

Наследование статических методов
Если статический наследуемый метод найден и используется, то необходимо

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

Если родительский метод вызывает другие методы, то вызываемые методы будут также родительскими методами, даже если дочерний объект содержит методы, которые переопределяют родительские.

Слайд 31

Виртуальные методы и полиморфизм
Статические методы являются таковыми в том же смысле,

в каком статической является статическая переменная: компилятор размещает ее и определяет все ссылки на нее во время компиляции.

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

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

Чтобы это стало возможным, Турбо Паскаль предоставляет механизмы поддержки так называемых виртуальных методов.

Слайд 32

Виртуальные методы и полиморфизм
Виртуальные методы предоставляют чрезвычайно мощный инструмент для обобщения,

называемый полиморфизмом.

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

Слайд 33

Виртуальные методы и полиморфизм
Описанная ранее простая иерархия геометрических фигур является хорошим

примером полиморфизма в действии, предоставляемого с помощью виртуальных методов.

Каждый тип объекта в иерархии представляет отдельный тип фигуры на экране.
Если возникнет необходимость определить объекты для представления на экране других типов фигур, таких как прямоугольник, треугольник и т.д., можно написать метод для каждого из них, который будет выводить объект на экран.
Все типы фигур имеют общую способность отображать себя на экране.

Особым для каждого типа объекта является способ отображения самого себя на экране.

Можно отобразить на экране любой тип фигуры, но механизм рисования каждой является сугубо индивидуальным.
Одно слово "отобразить" используется для вывода многих фигур.
То же самое в примере с платежной ведомостью — функция GetSum вычисляет размер выплат для различных типов лиц.

Это и есть полиморфизм, а виртуальные методы реализуют его в Турбо Паскале.

Слайд 34

Раннее и позднее связывание
Различие между вызовом статического метода и динамического метода

в случае статического метода компилятору заранее известна связь объекта с методом, и он устанавливает ее на этапе компиляции.
в случае динамического метода компилятор как бы откладывает решение до момента выполнения программы.

Слайд 35

Раннее и позднее связывание

Слайд 36

Раннее и позднее связывание

Слайд 37

Раннее и позднее связывание
Процесс, с помощью которого вызовы статических методов связываются

компилятором во время компиляции в один метод, называется
ранним связыванием.

Инкапсуляция

Содержание

МетодыОбъединение в объекте кода и данных называется инкапсуляцией.

Объекты TPerson и TStudeat написаны таким образом, что нет необходимости в

ИнкапсуляцияТУРЕ Tperson = OBJECT Name : STRING[30]; Date : STRING[10]; Rate : REAL; PROCEDURE Init(Nm,Dt:STRING; Rt:REAL); FUNCTION GetName : STRING; FUNCTION

ИнкапсуляцияТУРЕ TStudent = OBJECT(TPerson) Ball : REAL; PROCEDURE Init(Nm,Dt:STRING; Rt,Bl:REAL); FUNCTION GetBall : REAL; FUNCTION GetSum

ИНКАПСУЛЯЦИЯДля экземпляра Student типа TStudent можно использовать набор методов для косвенной

Обратите внимание, что доступ к полям объекта осуществляется только с помощью

Полиморфизм

ПЕРЕОПРЕДЕЛЕНИЕ МЕТОДОВПри использовании стандартных средств Турбо Паскаля очень трудно, если вообще

Переопределение методовЭта проблема решается в ООП с помощью механизма наследованияесли определен

Для переопределения наследуемого метода просто описывается новый метод с тем же

Переопределение методовПроиллюстрируем этот процесс на простом примере.TYPE TStudent = OBJECT(TPerson) Ball : REAL; PROCEDURE Init(Nm,Dt:STRING;

ПЕРЕОПРЕДЕЛЕНИЕ МЕТОДОВЧем TStudent похож на Tperson?Студент имеет все характеристики, которые используются

Переопределение методовPROCEDURE TStudent.Init(Nm,Dt:STRING; Rt,Bl:REAL); BEGIN TPerson.Init(Nm,Dt,Rt) ; Ball:=Bl; END;Т.к. TStudent определяет новое поле

Вместо того, чтобы непосредственно присвоить значения наследованным полям, таким как Name,

Переопределение методовСинтаксис вызова наследуемого метода следующий:Предок.Метод;где Предок — это идентификатор

Переопределение методовНеобходимо обратить внимание на то, что вызов переопределяемого метода не

Переопределение методовКаждый порожденный тип объекта TPerson имеет свой метод GetSum, т.к.

Примерный текст интерфейсной части модуля PersonsUNIT Persons;INTERFACETYPE TPerson = OBJECT PRIVATE

Тексты методов GetSumМетод TStudent.GetSum, в котором учитывается средний балл:FUNCTION TStudent.GetSum :

Переопределение методовНеобходимо помнить, что хотя методы могут быть переопределены, поля данных

Все описанные до сих пор методы, относящиеся к типам объектов TPerson,

Наследование статических методовРассмотрим процедуру ShowSum. Для объекта типа TStaff она имеет

НАСЛЕДОВАНИЕ СТАТИЧЕСКИХ МЕТОДОВЕсть ли необходимость выполнять в процедуре ShowSum какие-либо дополнительные

Наследование статических методовПроблема заключается в следующем:Пока копия метода ShowSum не будет

НАСЛЕДОВАНИЕ СТАТИЧЕСКИХ МЕТОДОВЭто объясняется способом, которым компилятор осуществляет вызов методов.Как и

Наследование статических методовПри вызове код TStaff.ShowSum в свою очередь вызывает TStaff.GetSum,

Наследование статических методовВызывая методы, компилятор работает так:

Наследование статических методов

Наследование статических методовЕсли статический наследуемый метод найден и используется, то необходимо

Виртуальные методы и полиморфизмСтатические методы являются таковыми в том же смысле,

Виртуальные методы и полиморфизмВиртуальные методы предоставляют чрезвычайно мощный инструмент для обобщения,

Виртуальные методы и полиморфизмОписанная ранее простая иерархия геометрических фигур является хорошим

Раннее и позднее связываниеРазличие между вызовом статического метода и динамического метода

Раннее и позднее связывание

Раннее и позднее связывание

Раннее и позднее связываниеПроцесс, с помощью которого вызовы статических методов связываются

Похожие презентации

Методы
Объединение в объекте кода и данных называется инкапсуляцией.

Объекты TPerson и TStudeat написаны таким образом, что
нет необходимости в

Инкапсуляция
ТУРЕ
Tperson = OBJECT
Name : STRING[30];
Date : STRING[10];
Rate : REAL;
PROCEDURE Init(Nm,Dt:STRING; Rt:REAL);
FUNCTION GetName : STRING;
FUNCTION

Инкапсуляция
ТУРЕ
TStudent = OBJECT(TPerson)
Ball : REAL;
PROCEDURE Init(Nm,Dt:STRING; Rt,Bl:REAL);
FUNCTION GetBall : REAL;
FUNCTION GetSum

ИНКАПСУЛЯЦИЯ
Для экземпляра Student типа TStudent можно использовать набор методов для косвенной

Обратите внимание, что
доступ к полям объекта осуществляется только с помощью

ПЕРЕОПРЕДЕЛЕНИЕ МЕТОДОВ
При использовании стандартных средств Турбо Паскаля очень трудно, если вообще

Переопределение методов
Эта проблема решается в ООП с помощью механизма наследования
если определен

Переопределение методов
Проиллюстрируем этот процесс на простом примере.
TYPE
TStudent = OBJECT(TPerson)
Ball : REAL;
PROCEDURE Init(Nm,Dt:STRING;

ПЕРЕОПРЕДЕЛЕНИЕ МЕТОДОВ
Чем TStudent похож на Tperson?
Студент имеет все характеристики, которые используются

Переопределение методов
PROCEDURE TStudent.Init(Nm,Dt:STRING; Rt,Bl:REAL);
BEGIN
TPerson.Init(Nm,Dt,Rt) ;
Ball:=Bl;
END;
Т.к. TStudent определяет новое поле

Переопределение методов
Синтаксис вызова наследуемого метода следующий:
Предок.Метод;
где
Предок — это идентификатор

Переопределение методов
Необходимо обратить внимание на то, что вызов переопределяемого метода не

Переопределение методов
Каждый порожденный тип объекта TPerson имеет свой метод GetSum, т.к.

Примерный текст интерфейсной части модуля Persons
UNIT Persons;
INTERFACE
TYPE
TPerson = OBJECT
PRIVATE

Тексты методов GetSum
Метод TStudent.GetSum, в котором учитывается средний балл:
FUNCTION TStudent.GetSum :

Переопределение методов
Необходимо помнить, что хотя методы могут быть переопределены, поля данных

Наследование статических методов
Рассмотрим процедуру ShowSum.
Для объекта типа TStaff она имеет

НАСЛЕДОВАНИЕ СТАТИЧЕСКИХ МЕТОДОВ
Есть ли необходимость выполнять в процедуре ShowSum какие-либо дополнительные

Наследование статических методов
Проблема заключается в следующем:
Пока копия метода ShowSum не будет

НАСЛЕДОВАНИЕ СТАТИЧЕСКИХ МЕТОДОВ
Это объясняется способом, которым компилятор осуществляет вызов методов.
Как и

Наследование статических методов
При вызове код TStaff.ShowSum в свою очередь вызывает TStaff.GetSum,

Наследование статических методов
Вызывая методы, компилятор работает так:

Наследование статических методов
Если статический наследуемый метод найден и используется, то необходимо

Виртуальные методы и полиморфизм
Статические методы являются таковыми в том же смысле,

Виртуальные методы и полиморфизм
Виртуальные методы предоставляют чрезвычайно мощный инструмент для обобщения,

Виртуальные методы и полиморфизм
Описанная ранее простая иерархия геометрических фигур является хорошим

Раннее и позднее связывание
Различие между вызовом статического метода и динамического метода

Раннее и позднее связывание
Процесс, с помощью которого вызовы статических методов связываются