Составители:
Рубрика:
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
- …
- следующая ›
- последняя »