М. Фаулер, К. Скотт - UML Основы (1114905), страница 31
Текст из файла (страница 31)
Обновление измерения уровня сознания пациента включает создание нового Наблюдения соответствующего Показателя. Выполняя эти действия, пользователь обычно предпочитает выбрать Показатель из некоторого «всплывающего» списка. Это можно реализовать, связав объекты Показатель с конкретным Типом Показателя, поскольку данная ответственность подразумевается ассоциацией между ними. Добавляя некоторое измерение, тем самым мы должны создать новое Измерение. Некоторые дополнительные сложности вытекают из того факта, что это новое Измерение должно установить, существует ли Показатель, который может быть для него назначен. В этом случае Измерение может запросить ассоциированный с ним Тип Показателя, имеется ли соответствующий Показатель.
Таким образом, между данными объектами существует некоторая кооперация. Она может быть хорошо представлена с помощью диаграммы последовательности (рис. 11.6). Должны ли вы строить все эти диаграммы? Вовсе нет. Многое зависит от ваших способностей к визуализации моделей и от того, насколько легко вам работать с выбранным языком программирования. Что касается языка Зта111а1)г, то зачастую писать код так же легко, как и разрабатывать диаграммы.
Если же программа разрабатывается на языке С++, то диаграммы приносят больше пользы. Диаграммы не должны быть произведениями искусства. Я обычно изображаю их в виде схем на листе бумаги или небольшой доске. Я прибегаю к помощи графического редактора (или САЗЕ-средства) только тогда, когда считаю целесообразным тратить усилия на поддержание их в состоянии внесения возможных обновлений, поскольку они помогают внести ясность в поведение классов.
На этой стадии проекта я могу также пользоваться СВС-карточками (см. главу б) в дополнение или вместо тех диаграмм, которые описаны в данной главе. Переход к кодированию Теперь мы можем обратиться к рассмотрению фрагментов программного кода, реализующего те идеи, которые обсуждались в предыдущих разделах. Я начну с Типа Показателя (РЬепошепоп Туре) и Показателя (РЬепошепоп), поскольку они довольно тесно взаимосвязаны.
Переход к кодированию 159 Рис. 11.6.Диаграмма последовательности наблюдения пациента Первое, на что следует обратить внимание, — это ассоциация между ними: должен ли интерфейс допускать навигацию в обоих направлениях г По моему мнению, в данном случае именно так и должно быть, поскольку при этом оба направления будут одинаково важными и, в любом случае, эти понятия тесно связаны друг с другом.
На практике данную ассоциацию удается реализовать с помощью указателей в обоих направлениях. Однако эту ассоциацию я сделаю неизменяемой, поскольку даже при обновлении данных соответствующие объекты не будут модифицироваться часто, а если и будут, мы всегда можем создать их заново. Некоторые разработчики испытывают трудности при работе с двунаправленными связями. Я не думаю, что могут возникнуть какие-либо проблемы, если обеспечить такую реализацию, при которой один класс несет полную ответственность за поддержание данной связи в актуальном состоянии, пользуясь при необходимости специальным «дружественным» или вспомогательным методом.
Давайте рассмотрим некоторые определения. 160 Глава 11. Язык О(ч(Е и программирование РЧЫ1с с1авв РпепоаепопТуре ехтвпбв Оова1пОЬ(есС ( роы1с Рьепоаепоптуре (8сг1пр паве)( ворог (паве); ); чо(б Гг1епбРпепоаепопАбб (Рпвпоавпоп пвиРПепоаепоп) ( 'ст ОГРАНИЧЕН: используется только Показателем рлепоаепа.аббЕ1еаепС (пеиРЬеповепоп); ); РЧЫ1с чозб веСРПеповепв (8Сг1пр(] павел) ( Гог (1пС 1 = 0; 1 < павел.1епОСЬ; 1++) пви Рпеповепоп (павел(1), СЫв); ); роЫСс ЕповегаС1оп рлеповепв() ( гесчгп рьепааепа.е1евепсв(); рг1чвте Честог рлепоаепв = пои ЧестогЦ; рг1чате Ооапт(туаапре ча11баапсв; ) Здесь используется соглашение, в соответствии с которым ко всем полям перед их именем добавляется символ подчеркивания.
Это помогает избежать недоразумений, связанных с именами. рсЫ1с с1ввв Раеповепоп ехтепбв Оовв1пОЬ)всС ( роЫ1с Рлепоаепоп(зтг1пр паве, РЬеповепопТуре Суре) ( варяг (паве); Суре = Суре; Суре.тг1епбРпеповепопАбб(СЫв); ): роЫ1с РаепоаепопТуре рлвпоаепопТурв() ( гетогп Суре; рг1чатв РпвповепопТуре Суре; рг1чатв ОовпС11уаапре гвпре; рвсхвре оЬвегчвС1опв; роЫ1с с1ввв Оова1пОЬ)есС ( роЫ1с Ооаа1пОЬ)ест(8Сг1пр паве) ( паве = паве; роЫ1с Ооав1пОЬ)есС() (); 161 Переход к кодированию роЫ1с Бтг1пц папе() ( ге1с гп папе; роЫ1с 81г1пц 108(г1пц() ( гете гп паве; ): рго1ес1еб 81г1пц паап = "по паев"; Я добавил класс с именем [)оп)а)пОо)ес1 (Объект Предметной Области), который располагает информацией об именах и сможет реализовать любое другое поведение, которое потребуется от всех моих классов предметной области. Теперь я могу описать эти объекты с помощью следующего кода: РПепоеепопТуре зех = псе РпепоеепопТуре("цепбег").Регз1з1(); Бгг1пц[) зехез = (-еа1е", "Теаа)е"); зех.зеСРПепоаепа(зехез); Операция регв[81() сохраняет Тип Показателя в специальном объекте- реестре, чтобы впоследствии его снова можно было получить с помощью статического метода не1().
Детали реализации этого я опущу. Теперь рассмотрим фрагмент программного кода, который реализует ввод новых наблюдений пациента. В данном случае мне не нужно, чтобы все ассоциации были двунаправленными. Я связал пациента с некоторой совокупностью наблюдений, поскольку сами наблюдения используются только в контексте отдельных пациентов.
роЫ1с с)азз ОЬзегча11оп ех1епбз Ооаа1ПОЬ(ез1 ( рсЫ1с Осзегча11оп (Рпепоаепоп ге1ечап1РПепоаепоп, Ра11еп1 ра11еп1, Оате чпепОЬзегчеб) ( рпепоаепоп = ге)ечап1 Рпепоаепоп; ра11еп1. оЬзе гча11опзАбб(1Ыз ); чпепцозегчеб = чпепОЬзегчеб; рг1ча1е РПепоаепоп рпепоеепоп; рг1чате Оа1е чпепсозегчеб; ) роЫ1с с)азз Ра11еп1 ех1епбз Ооаа1ПОЬ)ес1 ( роЫ1с Ра11еп1(81г1пц папе) ( зпрег(папе); чо(б оозегча11опзАбб(ОЬзегча11оп печцоз) ( 162 Глава11. Язык ()М( и программирование оозе гча11опз.
або Е)еаеп1( печОЬз); рг1чаге Чесгог оовегча11опз = пев Чес1ог(); ) С помощью следующего фрагмента кода я могу создавать наблюдения. пей Ра11еп1("Абаев"), регз1з1(): печ Оозегча11оп(рпеповепопТурв. Ое1("Овпбег"), рпвпоавпопйааеб("аа)е"), Ра11еп1.9е1("Абаев"), печ ваге (96, 3, 1) ); с)азз РпепоаепопТуре ( рсЫ1с Рпеповепоп рпеповепопйааеб(81г1ЬО паве) ( Епсаега11оп е = рЬеповепа(); ЧЫ)в (е.пазйогеЕ)вввпгз() ) ( РЬепоавпоп еасп = (Рпепоаепоп)в.пех1Е)ваеп1(); 11 (еасп.паве().ецса1в(паве)) ге1сго васЬ; ): ге1огп пс11; После создания наблюдений необходимо иметь возможность поиска самого последнего показателя.
с)азз Ра11вп1 рсЫ1с РЬеповепоп рпепоаепопОГ (РпепоавпопТуре рЬепоаепопТуре) ( ге1огп ()а1ез10озегча11оп(рпвпоаепопТуре) == псм ? печ йс11рпепоаепоп(): 1а1ез10озегча11оп(рпеповепопТуре).рпеповепоп() ); ) рг1ча1е Оозег1а11оп )агез10Ьзегча11оп(рпеповепспТуре ча)се) ( гегс гп 1а1ез10Ьзе гча11оп)п(оЬве гча11опзОГ(ча)се) ); ) рг1чаге Епсаега11оп оозегча11спзОГ(РЬепоавпспТуре ча)ое) ( Чес1ог гевс11 = пей Чес1ог(); Епцавга11оп в оозегча11опз(); ЧЫ)е (е. ЬазйогеЕ)еаепгв() ) ( ОЬзегча11оп еасп = (Оозегча11оп) е,пвх1Е)еаеп1(); 11 (еасЬ.рпепоаепопТуре() = = ча)ое) гезс11.
аббЕ)еаеп1(васо); ): 163 Переход к кодированию ге1ого гезс11. е1еаеп1з(): ) рг1чазе ОЬзегча11оп 1азез1ОЬзегча11оп1п (Епсаега11оп оЬзегча11опЕпса) ( 1Г ((оозегча11опЕпов. ПазйогеЕ1еаеп1з() ) гезсгп пс11; ОЬзвгча11оп гвзс11 = ОЬзвгча11оп)оЬзегча11опЕпса,пвх1Е1еаеп1(); 1Г (!оозегча11опЕпсв.пазйогеЕ)евепзз() ) гезсгп гезс11; со ( ОЬзегча11оп васП = (ОЬзегчв11оп)оЬзегча11опЕпса. пех1Е1евеп1(); 1Т (васо.впепОЬзегчео(). а11ег(гезс11.впепОЬзегчео() ) ) гезс11 еасп; ) вп11е (оЬзегча11спЕпса.
ПазйогеЕ1евепзз() ); ге1сгп гезс11; ) с1азз ОЬзегча1!оп рсЫ1с РпвповепспТуре РПепсаепопТуре() ( ге1сгп рпвповепоп.рпеповепопТуре(), ) Для реализации зтого можно объединить нескольких методов в один. Для иллюстрации можно было бы построить диаграмму, но я не буду етого делать. Способ, которым я декомпозирую метод, больше относится к реорганизации (см.
главу 2), чем к уже выполненному проектированию. Теперь можно рассмотреть добавление поведения для измерений. Во-первых, давайте посмотрим на определение класса Измерение (Меавигешеп1) и его конструктор. роЫ1с с)азз Иеазогеввпз ех1епоз ОЬзегча11оп ( роЫ1с Иеазсгваеп1(0сап111у авосп1, РпепоаепопТуре рпепоаепопТуре, Ра11еп1 ра11еп1, Оа1е апепзьзегчео) ( 1п111а11хе (ра11еп1, апепОьзвгчес); ааооп1 = авооп1; рпеповепопТуре рпеповепопТуре; рсЫ1с РпепоаепопТуре рпепоавпопТуре() ( ге1сгп рпеповепопТуре; 164 Гпава11.
Язык ()М(. и программирование рср)1с 81г1пр 1о81г1пэ() ( гегсгп рпеповепоптурв + ": " + авоспгв; ): рг1ча1е Осап111у авооп1; рг1ча1е РоеповепопТуре рэеповвпопТуре; ) с1авв ОЬвегча11оп рго1ес1ео чо1О 1п111а111е(Ра11еп1 ра11еп1, Оа1в чоепОЬвегчео) ( ра11еп1. оьвегча11опвАОО(1п(в); воепОЬвегчео = впепОЬвегчео, ) Следует заметить, что диаграмма классов служит хорошей отправной точкой для разработки данного фрагмента кода. И снова нам требуется самое последнее измерение. С1авв Ра11еп1 рср)1с Осап111у 1а1ев1Авооп101(роеповепопТуре ча1се) ( гв1сгп ((1а1ев1веавогввеп1(ча1ов) == пс11) ) 1 печ Мс110сап111у();1а1ев1веаыгевеп1(ча1се), авосп1(); рг1ча1е Меавсгевеп1 1агев1Меавсгевеп1(РПеповепопТуре ча1се) ( 11 (Хагев10ьвегча11оп(ча1ов) == пс11) гв1огп псП; 1( (!1агев10овегча11оп(ча1се).1ввеавсгевеп1() ) гвгсгп пс11; ге1сгп (Меаыгевепг)1агев10Ьвегча11оп(ча1се); ) В каждом их этих случаев диаграмма классов определяет основную структуру, мы же только добавляем поведение, чтобы реализовать интересующие нас запросы, На данной стадии можно описать наше положение с помощью диаграммы классов уровня спецификации, изображенной на рис.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
