2011-06-29 7 views
5

Możliwość modelowania pomysłu wychwycenia wyjątku jest dość łatwa na diagramie aktywności UML - ale co z WYKRYWANIEM wyjątku? Najbliższe, co mogę znaleźć, byłoby działanie rzucające, wysyłające sygnał o stereotypie <<exception>>, a następnie uderzające w końcowy węzeł przepływu, ale nie wiem, że jest to uważane za najlepszą praktykę. jakieś pomysły?Modelowanie idei zgłaszania wyjątku w diagramie aktywności UML

Dzięki.

Odpowiedz

5

UML 2.4 superstructure specification, w rozdziale 12.3.44 Pin (z podstawowych funkcji, kompletnych funkcji), na rysunku 12.122 (strona 416), można zobaczyć pin wyjściowy do rzucania wyjątków. Istnieje również przykład na rysunku 12.129 (strona 419).

0

Zwykle wyrzucanie wyjątku jest wyświetlane na diagramie sekwencji. Powiedziałbym, że poniższy przykład jest używany głównie w Javie, ale tak naprawdę nie wiem, czy może on również odpowiadać wyższemu poziomowi abstrakcji !!

+0

Możesz napisać cokolwiek i powiedzieć, że wiesz, co to znaczy - to się nazywa brak semantyki. –

+0

Jest to całkowicie logiczne dla mnie w rozwoju java, ale jeśli twój mózg jest zorientowany na modelowanie, mam na myśli zawsze generowanie całego kodu od modelu, a następnie powodzenia! –

+0

Nie mówię o generowaniu kodu ani o obiektach opartych na modelach. Mówię, że wybrałeś niewłaściwy sposób przedstawienia tego, co chcesz i zakładasz, że każdy zrozumie to poprawnie. Mogę wyjaśnić to w Javie, jeśli chcesz: –

2

Notacja UML istnieje, aby wyświetlić wyjątki. Spójrz na książki Larman za:

Stosowanie UML i wzorce: AN Wprowadzenie do obiektowego analizy i projektowania i Iterative Development, wydanie trzecie Craig Larman 35.3. Obchodzenie Awaria Rozdział

Larman mówi, że:

* Podsumowując, notacja UML istnieje do występów wyjątkami. Jednak rzadko jest używany . * To nie jest zalecenie, aby uniknąć wczesnego rozważenia wyjątku obsługi . * Wręcz przeciwnie: Przy poziomie architektonicznym, podstawowe wzory, polityki i współpracy do obsługi wyjątków muszą być założona na początku, ponieważ jest niewygodne wstawić obsługę wyjątków jak musztarda po obiedzie. Jednak projekt niskiego poziomu obsługi szczególnych wyjątków jest odczuwalne przez wiele deweloperów będzie najbardziej odpowiedni postanowił podczas programowania lub poprzez mniej szczegółowych opisów projektowych, a niż poprzez szczegółowych diagramów UML. *

+0

interesujące, ale nie dałeś odpowiedzi :) –

+0

@ Gabriel Ščerbák Odpowiedź jest w tobie, nie szukaj jej gdzie indziej. :-). To tylko przewodnik. Możesz wyodrębnić z niej "konkretną" odpowiedź w zależności od kontekstu. – Novalis

+1

ok :) Ale wiesz, pytanie brzmiało "Jak mam ...?" a twoja odpowiedź brzmi "tak i to jest ważne ..." :). –