Как представить свойство C# (аксессоры set и getter) на диаграмме классов UML?
Вы просто пишете это как обычные методы установки и получения?
Или есть другой способ представления?
Меня интересует, как средства доступа представлены в классе и интерфейсе на диаграмме классов UML.
Некоторые разработчики/аналитики:
(1) показывать свойства как очень концептуальную вещь и показывать только одну строку для каждого свойства.
(2) Другие, более конкретные, отображают 3 строки, свойство, функцию «получатель», функцию «установщик».
(3) А иногда показывать только 2 для аксессуаров.
(4) Некоторые U.M.L. приложения для рисования. позволяет вам выбрать, какой из предыдущих вы хотите отобразить.
А также...
...Насколько я исследовал, все варианты верны. Помните, что стереотипы («‹‹кое-что››») могут помочь документировать класс.
(Примечание: я заменяю пробелы точками)
(1) Только простое свойство (С#, очень концептуально):
+================================================================+ |..........................MyClass...............................| +----------------------------------------------------------------+ |..[+]..|..void....|..MyClass()...|..<<constructor>>.............| |..[+]..|..void....|..~MyClass()..|..<<destructor>>..............| +================================================================+ |..[+]..|..string..|..Text........|..<<property>>................| +================================================================+
(2) Только «аксессуары» (С++, Java, стиль):
+================================================================+ |..........................MyClass...............................| +----------------------------------------------------------------+ |..[+]..|..void....|..MyClass()...|..<<constructor>>.............| |..[+]..|..void....|..~MyClass()..|..<<destructor>>..............| +================================================================+ |..[#]..|..string..|..FText.......|..<<field>>...................| +================================================================+ |..[+]..|..string..|..getText()...|..<<function>>,..<<getter>>...| +----------------------------------------------------------------+ |..[+]..|..string..|..setText()...|..<<procedure>>,..<<setter>>..| +================================================================+
(2) Все (очень программист, стиль Object Pascal/Delphi):
+================================================================+ |..........................MyClass...............................| +----------------------------------------------------------------+ |..[+]..|..void....|..MyClass()...|..<<constructor>>.............| |..[+]..|..void....|..~MyClass()..|..<<destructor>>..............| +================================================================+ |..[#]..|..string..|..FText.......|..<<field>>...................| +================================================================+ |..[+]..|..string..|..Text........|..<<property>>................| +----------------------------------------------------------------+ |..[+]..|..string..|..getText()...|..<<function>>,..<<getter>>...| +----------------------------------------------------------------+ |..[+]..|..string..|..setText()...|..<<procedure>>,..<<setter>>..| +================================================================+
Вы доставляете аналитикам? Знают ли ваши программисты на C++/Java, что если на диаграмме показаны только свойства, они должны кодировать аксессоры, или ваша компания требует, чтобы они были явно объявлены на диаграммах?
Выберите тот, который больше соответствует вашим потребностям. (убрать точки).
Я не думаю, что вам действительно нужно беспокоиться о том, как представить специфические для языка соглашения на диаграмме UML. В конце концов, это проблема реализации, а не дизайна. Я бы рекомендовал представлять ваши методы доступа так же, как и на любой другой диаграмме UML, а затем разрабатывать реализацию вашего дизайна, когда вы доберетесь до этой точки в проекте, и ни минутой раньше.
Извините, я понимаю, что это не совсем прямой ответ на ваш вопрос, но, тем не менее, это хорошая практика.
Он должен быть установлен как атрибут. Если у него есть только геттер, установите его только для чтения. Не существует специального UML для свойств C#.
