Это меня регулярно ставило в тупик при создании диаграмм классов верхнего уровня для документации. Методы и атрибуты / поля легко моделируются. Обычно я добавляю метод с именем EvChanged, чтобы указать, что событие .Net изменено.
Как правильно показать, что тип публикует определенное событие?





Не тот тип ответов, который мне нравится давать, но у Microsoft есть ответ на веб-сайте Office.
Старая тема, я знаю, но ссылка мертва
Я считаю onEventName () самой простой схемой именования для обратных вызовов событий, но как указать, какие события объект может транслировать, я не нашел никакого решения. Альтернативой может быть расширенная диаграмма классов UML, которая позволяет настраивать контейнеры (помимо атрибутов и методов), если это поддерживает какой-либо инструмент.
Я не думаю, что существует какая-то конкретная нотация UML для отображения событий, которые класс может транслировать. Чтобы показать события, которые может принимать класс, вам нужен элемент Reception. Это обозначение аналогично операции с ключевым словом «signal».
Просто добавьте стереотип «событие» в атрибут классификатора.
Я создаю стереотип в модели «PublishedEvent» с помощью BaseClass of Operation. Я применяю стереотип к Операциям в классе.
В Visio есть какие-то события на уровне «пакетов». Пакет может содержать несколько классов ... каждый из которых потенциально может содержать несколько событий. Эта ссылка не соответствует представлению событий .Net.