Эдуард, давай не будем рубить с плеча, ок?
Ок, только с чего ты взял, что я рублю. Я просто задаю вопрос.
Впервые с термином множественная классификация, я познакомился у "Мацяшек. Анализ требований и проектирования систем". Не скрою, я еще довольно безграмотен в теории ООП.
Потому я зондирую общественное мнение, провоцируя его своими(возможно глупыми) высказываниями:-) Ну судите строго.
Вот что пишет уважаемый Мацяшек
Множественная классификация
В большинстве современных объектно-ориентированных программных сред объект может принадлежать только одному классу, это жесткое ограничение, поскольку в реальности объект может принадлежать одновременно нескольким классам.
Множественная классификация отличается от множественного наследования. При множественной классификации объект одновременно является экземпляром двух или более классов. При множественном наследовании класс может иметь множество суперклассов, но для каждого объекта должен быть определен единственный класс.
В примере множественного наследования на рис. 2.19 каждый объект Person (такой, как Мери или Питер) принадлежит одному классу (наиболее конкретизированному, который к нему применим). Если Мери — аспирантка (PostgraduateStudent), но не наставник (Tutor), то Мери принадлежит классу PostgraduateStudent.
Проблема возникает при попытке уточнить значение объекта Person для нескольких ортогональных иерархий. Например, личность (Person) может быть сотрудником (Employee) или студентом (Student), мужчиной (Male) или женщиной (Female), ребенком (Child) или взрослым (Adult) и т.д. При отсутствии возможности множественной классификации нам необходимо определить классы для каждой разрешенной комбинации иерархий, чтобы получить, к примеру, объект Person, который является ребенком (Child), женщиной (Female) и студентом (Student) (т.е. класс, который можно было бы назвать ChildFemaleStuden) [25].
Динамическая классификация
В большинстве современных объектно-ориентированных программных сред объект не может сменить класс после того, как он реализован (создан). Это еще одно жесткое ограничение, поскольку в реальности объекты могут динамически изменять класс.
Динамическая классификация является прямым следствием множественной классификации. Объект может не только принадлежать нескольким классам, но также может в процессе своего жизненного цикла приобретать или утрачивать принадлежность к классу.
В случае схемы динамической классификации объект Person в один день может быть просто сотрудником, а в другой— менеджером (и сотрудником). В отсутствие-динамической классификации деловые перемены, такие как продвижение сотрудников, трудно (или даже невозможно) декларативно моделировать в диаграмме классов. Их необходимо моделировать процедурно в диаграмме состояний или с помощью аналогичного метода моделирования.
К сожалению, язык UML не поддерживает моделирования динамической или множественной классификации. Это ставит его по отсутствию поддержки вровень с программными средами. Следовательно, наши пояснения и примеры не обогащены графическими моделями динамической и множественной классификации.
Т.е. вот мои сведения первоначальные и вероятно запутанные.
Почему она не эквивалентна, поясни?
Ну хотя бы их логики выделения отдельного термина. Какой смысл выделять такой термин? Либо я не очень понимаю что такое множественная классификация. Тогда прошу указать источники информации. Например в руководстве по UML авторов - не нашел ничего об этом...
Просмотр сообщений