Составители:
Рубрика:
59
схема иерархии классов позволяет легко модифицировать программу, добавлять в
нее новые классы, отличающиеся от уже определенных небольшими деталями
реализации без значительных усилий со стороны программиста. Так, например,
можно определить класс EvnStud , описывающий студента-вечерника просто унас-
ледовав его от класса Student, так как все компоненты этого класса в полной мере
относятся и
к студентам вечерней формы обучения. При этом в класс EvnStud
можно добавить некоторые компонентные данные, присущие только студентам-
вечерникам (например, место постоянной работы). Можно пойти дальше и опре-
делить класс Teacher, описывающий преподавателя, и опять этот класс может поя-
виться не на «ровном месте», а быть унаследован от класса Subject, так
как все пе-
речисленные для «субъекта» свойства и методы имеют отношение и к преподава-
телям. Возможная схема иерархии спроектированной нами (хоть и поверхностно)
информационной системы ВУЗа приведена на рис. 6.
Таким образом, посредством механизма наследования строятся гибкие сис-
темы классов, которые становятся мощным инструментом программиста, предос-
тавляя ему готовые программные «кирпичи» для
строительства программы, а так-
же позволяя создавать собственные классы на основе уже имеющихся с некото-
рыми особенностями функционирования, с оригинальным содержимым.
При проектировании систем классов, подобных приведенной на рис.6, необ-
ходимо помнить о природе отношения наследования. Для всех приведенных клас-
сов это отношение соблюдается – мы можем сказать, что студент и
преподаватель
Рисунок 6. -Возможная иерархия классов для программы ”информационная сис-
тема ВУЗа ”.
Subject
Student
DayStud
EvnStud Teacher
схема иерархии классов позволяет легко модифицировать программу, добавлять в
нее новые классы, отличающиеся от уже определенных небольшими деталями
реализации без значительных усилий со стороны программиста. Так, например,
можно определить класс EvnStud , описывающий студента-вечерника просто унас-
ледовав его от класса Student, так как все компоненты этого класса в полной мере
относятся и к студентам вечерней формы обучения. При этом в класс EvnStud
можно добавить некоторые компонентные данные, присущие только студентам-
вечерникам (например, место постоянной работы). Можно пойти дальше и опре-
делить класс Teacher, описывающий преподавателя, и опять этот класс может поя-
виться не на «ровном месте», а быть унаследован от класса Subject, так как все пе-
речисленные для «субъекта» свойства и методы имеют отношение и к преподава-
телям. Возможная схема иерархии спроектированной нами (хоть и поверхностно)
информационной системы ВУЗа приведена на рис. 6.
Таким образом, посредством механизма наследования строятся гибкие сис-
Subject
Student
Teacher EvnStud DayStud
Рисунок 6. -Возможная иерархия классов для программы ”информационная сис-
тема ВУЗа ”.
темы классов, которые становятся мощным инструментом программиста, предос-
тавляя ему готовые программные «кирпичи» для строительства программы, а так-
же позволяя создавать собственные классы на основе уже имеющихся с некото-
рыми особенностями функционирования, с оригинальным содержимым.
При проектировании систем классов, подобных приведенной на рис.6, необ-
ходимо помнить о природе отношения наследования. Для всех приведенных клас-
сов это отношение соблюдается – мы можем сказать, что студент и преподаватель
59
Страницы
- « первая
- ‹ предыдущая
- …
- 57
- 58
- 59
- 60
- 61
- …
- следующая ›
- последняя »
