Объектно-ориентированное программирование на языке С++. Лясин Д.Н - 59 стр.

UptoLike

Составители: 

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