М. Фаулер, К. Скотт - UML. Основы - 2002 (1158629), страница 21
Текст из файла (страница 21)
В результате многие разработчики считали агрегацию важной, но по совершенно другой причине. Язык ПМЬ определяет агрегацию, но семантика этого отношения очень широка. Вот мнение Джима Рэмбо: «Представляйте ее как безвредное лекарство«(Рамбо, Джекобсон, Буч, 1999, [373). В дополнение к агрегации в языке УМЬ определена более сильная разновидность агрегации, называемая композицией. При композиции объект-часть может принадлежать только единственному целому; кроме того, как правило, жизненный цикл частей совпадает с жизненным циклом целого: части живут и умирают вместе с целым. Обычно любое удаление целого распространяется на все его части.
Такое каскадное удаление часто рассматривается как часть определения агрегации, однако оно имеет место только в том случае, когда кратность конца ассоциации составляет 1..1. Например, если вы действительно хотите удалить Клиента, то должны распространить это удаление на Заказы (и, соответственно, на Строки Заказа). На рис. 6.6 изображены примеры рассмотренных ранее понятий. Связи композиции у Точки означают, что любой экземпляр Точки может быть либо Многоугольником, либо Окружностью, но не может быть Рис.6.6.Агрегацил и композиция 98 Глава б.
Диаграммы классов: дополнительные понятия ими одновременно, Однако некоторый экземпляр Стиля может быть общим для нескольких Многоугольникос и Окружностей. Более того, указанная композиция означает, что удаление некоторого Многоугольника повлечет за собой удаление всех ассоциированных с ним Точек, но не повлечет удаление связанного с ним Стиля. Подобное ограничение, а именно: некоторая Точка может одновременно принадлежать только либо Многоугольнику, либо Окружное ти. не может быть представлено с помощью кратности 1.
Из этого также следует, что точка является объектом-значением (см. раздел «Ссылочные объекты и объекты-значения«в этой главе). К противоположной стороне этой ассоциации можно добавить кратность 0..1, но сам я этого не делаю. Черный ромб говорит все, что должно быть сказано. На рис. 6.7 показано другое обозначение композиции. В этом случае компонент-часть помещается внутрь целого. Имя клаесса-компонента не выделяется полужирным шрифтом и записывается в виде имя роли: имя Класса. Кроме того, в верхнем правом углу указывается кратность.
Можно использовать также и атрибут для компоненты с единственным значением. Рие. 6.7. Альтернативная нотация для комногиции В разных ситуациях для композиции используются различные обозначения. Это только две нотации для композиции, хотя вариантов для подобной нотации, предлагаемых языком УМБ, гораздо больше. Следует обратить внимание, что эти варианты нотации могут использоваться только для композиции, но не для агрегации. Производные ассоциации и атрибуты Производные ассоциации и производные атрибуты могут быть получены, соответственно, из других ассоциаций и атрибутов на диаграм- 99 Производные ассоциации и атрибуты ме классов. Например, значение атрибута возраст для Личности можно определить, если известна дата рождения атой Личности.
Каждая точка зрения предполагает свою собственную интерпретацию производных ассоциаций и атрибутов на диаграмме классов. Наиболее важная особенность связана с точкой зрения спецификации. С атой точки зрения важно понимать, что производные ассоциации и атрибуты устанавливают лишь ограничения между значениями, а не определяют то, что вычисляется и хранится постоянно. На рис. 6.8 изображена некоторая иерархическая структура счетов с позиции спецификации. В данной модели используется образец Композиция(см. Гамма и др., 1996).
(баланс = сумма статейт Рис. 8.8. Производные ассоциации и атрибуты Отметим следующее: ° Объекты класса Статья связаны с Детальными Счетами. ° Баланс некоторого Счета вычисляется как сумма его Статей. ° Статьи Итогового Счета являются статьями его компонентов, кото- рые определяются рекурсивно. Поскольку на рис. 6.8 изображена модель уровня спецификации, она ничего не утверждает относительно того, содержат ли Счета поля для Глава б. Диаграммы классов: дополнительные понятия хранения данных баланса. Такие данные могут присутствовать в модели, однако они скрыты от клиентов класса Счет. На рис. 6.9 показан пример производных элементов, которые задают ограничения для класса с именем Период Времени.
Рис. о.9. Класс Период Времени Если это диаграмма уровня спецификации, то, хотя и предполагается, что начало и окончание являются хранимыми атрибутами, а продолжительность — вычисляемым атрибутом, реально программист может реализовать этот класс любым способом, лишь бы при этом обеспечивалось его внешнее поведение. Например, вполне возможно сделать хранимыми атрибуты начало и продолжительность, а атрибут окончаниее — вычисляемым. На диаграмме уровня реализации производные значения являются важными для специально выделенных полей, используемых в качестве кзш-памяти для повышения производительности.
Помечая эти поля и записывая производные значения в кзш, можно легко видеть, как используется кэш-память. Как правило, я закрепляю назначение таких полей с помощью слова «кзш» в их именах в коде (например, балансКэш). На концептуальных диаграммах я использую производные маркеры, для того чтобы они напоминали мне, где эти производные элементы существуют и что нужно согласовать этот факт с экспертами предметной области, Затем все должно быть согласовано с использованием этих элементов на соответствующих диаграммах уровня спецификации. Интерфейсы и абстрактные классы Одно из наиболее важных свойств объектно-ориентированной разработки заключается в возможности изменения интерфейсов классов независимо от их реализации. Именно благодаря этому свойству объектная разработка является столь мощным средством.
Однако очень немногие разработчики используют это свойство должным образом. Интерфейсы и абстрактные классы В языках программирования используется единственная объектная конструкция — класс, который включает как интерфейс, так и реализацию. Если вы определяете подкласс, то он наследует и то, и другое, К сожалению, разработчики крайне редко используют интерфейс как отдельную конструкцию. Интерфейс в чистом виде, как, например, в языке дача, представляет собой класс без каких-либо деталей реализации и поэтому содержит только определения операций, но не тела методов и не поля.
Часто интерфейсы определяются на основе абстрактных классов. Такие классы могут предполагать некоторую реализацию, но в большинстве случаев они используются в основном для определения интерфейса. Дело заключается в том, что механизм подклассов или какой-либо другой механизм может обеспечить реализацию, однако клиенты никогда не должны видеть ее, а только интерфейс. Типичным примером подобной ситуации является текстовый редактор, изображенный на рис.
6.10. Чтобы сделать редактор независимым от платформы, мы определяем независимый от платформы абстрактный класс Окно. Этот класс не содержит тел методов; он определяет только интерфейс для использования в текстовом редакторе, За- о Текстовый редактор Рис. 6.10. Окно как аостпрактный класс Глава б.
Диаграммы классов: дополнительные понятия висимые от платформы подклассы могут использоваться как производные элементы. Если вы определяете абстрактный класс или метод, то язык УМ1 требует выделять его имя курсивом. Можно также (или вместо курсива) использовать ограничение (аЬв$гасЦ (абстрактный). На бумаге я обычно использую это ограничение, поскольку не умею писать курсивом.
Однако я предпочитаю изящество курсива, если пользуюсь инструментальным средством для построения диаграмм. Тем не менее, механизм подклассов отнюдь не является единственно возможным средством определения интерфейса. В языке дача интерфейс определяется как самостоятельная конструкция, и компилятор проверяет, чтобы в секции реализации класса реализовывались все операции, определенные в секции интерфейса данного класса. На рис. 6.11 показаны классы ВходнойПоток, ВводДанных и ВходнойПотокДанных (опредвляемые в стандартном пакете 1аиало). При этом ВходнойПоток является абстрактным классом, а ВводДанных— интерфейсом. Зал рооНа Ввод Рис.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
