Зависимость обозначается пунктирной направленной линией (со стрелкой), которая указывает на зависимую конструкцию. Отношение зависимости следует применять в случае, когда одна конструкция использует другую. Обобщение обозначается сплошной направленной линией со стрелкой, указывающей на родительский класс (суперкласс). Отношение обобщения следует применять в случае, когда одна конструкция выведена из другой. Ассоциация обозначается сплошной линией, которая соединяет одинаковые или различные конструкции. Отношение ассоциации следует применять в случае, когда одна конструкция структурно связана с другой. Некоторые стереотипы и ограничивающие условия, которые применяются к зависимостям, приведены в табл. 10.2. Эти стереотипы используются для отображения зависимостей между классами, интерактивными объектами, состояниями и пакетами. Стереотипы и ограничивающие условия, которые могут применяться к обобщениям и ассоциациям, приведены в табл. 10.3 и 10.4. Если стереотипы используют графические «украшения», они показаны в таблицах.
Таблица 10.2. Стереотипы, применяемые к зависимостям
Зависимость
Описание
<< bind >> (<< связать>>)
источник реализует шаблонный приемник, используя peальные параметры
<<friend>>(<<друг>>)
видимость источника распространяется на содержимое приемника
<<instanceOf>> (<<экземпляр>>)
источник является экземпляром приемника;используется для определения отношений между классами и объектами
<< instantiate>>(<< создать экземпляр>>)
источник создает экземпляры приемника;используется для определения отношений между классами и объектами
<< refine>> (<< уточнить >>)
источник представляет более высокий уровень детализации, чем приемник; используетсядля определения отношений между производным и базовым классами
<< use >>
источник зависит от открытого (public) интерфейса приемника
(<< использовать>>)
<< become>>(<< стать>>)
объект-приемник совпадает с объектом-источником, но в более поздний период жизненного цикла объекта; приемник может иметь другие значения, состояния и пр.
<<call>>
объект-источник вызывает метод приемника
(<< вызвать>>)
<< сору >>(<< копировать>>)
объект-приемник является точной и независимой копией объекта-источника
<<access >>(<< получить доступ>>)
исходному пакету предоставляется право ссылаться на элементы приемного пакета
<<extend>> (<< расширить>>)
данный прецедент приемника расширяет поведение источника
<<include>>(<< включить>>)
данный прецедент источника может включать прецедент приемника
Ассоциации имеют еще один уровень детализации, который может быть применен к стереотипам, перечисленным в табл. 10.4:
• Имя Ассоциация может и м еть и м я (название), которое используется для описания природы отношений. К имени может быть добавлен треугольник, указывающий направление, в котором должно читаться имя.
• Роль Роль обозначает функцию, которую выполняет класс, представленный на одном конце линии ассоциации, относительно класса, представленного на другом конце этой линии.
• Множественность Обозначение множественности может использоваться для указания количества объектов, которые могут быть связаны с помощью данной ассоциации. Множественность можно отображать на обоих концах линии ассоциации.
• Передвижение Передвижение по ассоциации может быть однонаправленным, если объект 1 связан с объектом 2, но объект 2 не связан с объектом 1.
Таблица 10.3. Стереотипы и огра н ичивающие условия, которые могут применяться к обобще н иям
• Стереотип << implementation >> (« реализация ») потомок наслелует реализацию родителя, но не делает открытыми (public) его интерфейсы и не поддерживает их
• Ограничение { complete } ({полнота}) Обусловливает, что все потомки в обобщении получили имена, и никаких дополнительных потомков больше не было выведено
• Ограничение { incomplete }({неполнота}) не все потомки в обобщении получили имена, и дополнительные потомки могут быть выведены
• Ограничение { disjoint } ({несовместимость}) объекты родителя не могут иметь больше одного потомка, используемого в качестве типа
• Ограничение { overlapping }({перекрытие}) объекты родителя могут иметь больше одного потомка, используемого в качестве типа
Таблица 10.4. Стереотипы и ограничивающие условия, которые могут применяться к ассоциациям
• navigation (передвижение) Описывает однонаправленную (нереверсивную) ассоциацию, при которой объект 1 связан с объектом 2, но объект 2 не связан с объектом 1
• aggregation (агрегирование) Описывает связь «целое-часть», при которой «часть» во время своего существования связана не только с одним «целым»
• composition (композиция) Описывает связь «целое-часть», при которой «часть» во время своего существования может быть связана только с одним «целым»
• Ограничение { implicit } ({неявное}) Обусловливает, что отношение является концептуальным
• Ограничение { ordered } ({упорядоченность}) Обусловливает, что объекты на одном конце ассоциации упорядочены
• Свойство { changeable } ({модифицируемость}) Описывает, что может быть добавлено, удалено и изменено между двумя объектами
• Свойство { addOnly } ({расширяемость}) Описывает новые связи, которые могут быть добав л ены к объекту на противоположном конце ассоциации
• Свойство { frozen } ({жесткость}) Описывает связь, которая после добавления к объекту на противоположном конце ассоциации не может быть изменена или удалена
Интерфейсные классы
Интерфейсный класс используется для модификации интерфейса другого класса или множества классов. Такая модификация упрощает использование класса, делает его более функциональным, безопасным или семантически корректным. Примерами интерфейсных классов могут служить адаптеры контейнеров, которые являются частью стандартной библиотеки шаблонов (Standard Template Librаrу — STL). Адаптеры обеспечивают новый открытый (public) интерфейс для таких контейнеров, как deque (double-ended queue — очередь с двусторонни м доступо м), vector (вектор) и list (список). Расс м отри м при м ер. В листин г е 10.1 представлено определение класса stack, который используется в качестве интерфейсно г о для м одификации класса vector.
// Листинг 10.1. Использование класса stack в качестве
// интерфейсного класса
template < class Container > class stack {
//...
public:
typedef Container::value_type value_type;
typedef Container::size_type size_type; protected:
Container с;
public:
