246071-Либерти-Освой-самостоятельно-С-за-21-день (852741), страница 93
Текст из файла (страница 93)
Кассовый аппарат ATM просит указать сумму, которая не должнапревышать$300.Машинавыдаетуказаннуюсуммуипечатаетквитанциюдляклиента.Изэтогосценарияможноизвлечьтакиеклассы:•клиент;•сумма;•наличные;•расчетныйсчет;•счет;•квитанция;•лентадляквитанций;•банк;•ATM;•сеть;•снятиесосчета;•машина.Объединивсинонимыиявновзаимосвязанныеобъекты,получаемследующийсписок:•клиент;•наличные(суммынасчетеиснимаемаясосчета);•расчетныйсчет;•счет;•квитанции;•ATM(кассовыйаппарат);•сеть.Пока что неплохо для начала. Можно затем отобразить отношения между классами, какпоказанонарис.18.12.Рис.18.12.ПредварительнаясхемаотношениймеждуклассамиПреобразованияОписанный в предыдущем разделе подход называется преобразованием объектов домена вобъекты проекта. Большинству объектов домена в проекте соответствуют суррогаты. Термин"суррогат" вводится для того, чтобы отличать реальную квитанцию, выданную кассовымаппаратом, от виртуального объекта в программе, являющегося абстракцией, реализованной впрограммномкоде.Многиеобъектыдоменаимеютвпроектеизоморфноепредставление,т.е.междуобъектамидоменаипроектасуществуетотношениеодин-к-одному.Вдругихслучаях,однако,одинобъектдоменапредставленвпроектецелымрядомобъектов.Иногдамножестваобъектовдоменамогутбытьпредставленыоднимобъектомвпроекте.Обратите внимание: на рис.
18.12 уже зафиксирован факт, что Расчетный счет являетсяспециализацией Счета. Аналогично, из анализа объектов домена известно, что кассовыйаппарат ATM подготавливает и выдает Наличные и Квитанцию, поэтому данные отношениязависимостиклассовтакжеотображенынарис.18.12.Отношение между Клиентом и Расчетным счетом менее очевидно. Известно, что такоеотношениесуществует,нодеталиегопокаскрыты,поэтомуоставиманализэтогоотношениянапотом.ДругиепреобразованияПосле преобразования объектов домена можно начинать поиск других полезных объектовэтапа проектирования. Неплохо начать с создания интерфейсов.
Каждый интерфейс междуновой системой и любой из существующих (унаследованных) систем должен бытьинкапсулирован в класс интерфейса. (Напомним, что мы занимаемся проектированием, а ненаписанием программы, поэтому не путайте класс интерфейса в проекте приложения синтерфейсом класса в коде приложения. Подмена этих терминов вызовет бессмыслицу.) Еслибудет осуществляться взаимодействие с базой данных определенного типа, это тоже следуетзафиксироватьвклассеинтерфейса.Классыинтерфейсаинкапсулируютпротоколыинтерфейсаитакимобразомзащищаюткодпрограммыотизмененийвдругойсистеме.Онипозволяютменятьвашсобственныйпроектилиподстраиваться к изменениям структуры других систем, не нарушая остального кода.
Пока двесистемы продолжают поддерживать согласованный интерфейс, они могут развиватьсянезависимодруготдруга.Обработкаданных Аналогично создаются классы обработки данных. Если надо сделать преобразование изодного формата в другой (например, из градусов Фаренгейта в градусы Цельсия или изанглийской системы в метрическую), то эти операции можно инкапсулировать внутри классаобработки данных. Этот прием можно использовать при отправке данных в другие системы вопределенном формате или для передачи данных в Internet. В общем, каждый раз, когда надопреобразовать данные в определенный формат, протокол следует инкапсулировать в классеобработкиданных.ОтчетыКаждыйотчет,выводимыйсистемой(илисвязаннаягруппаотчетов)являетсякандидатомвклассы.
Протокол формирования отчета, куда входит сбор информации и способ ееотображения,следуетинкапсулироватьвклассобзора.УстройстваЕсли система взаимодействует с устройствами или управляет ими (такими как принтеры,модемы,сканерыит.п.),тоособенностипротоколаустройстваследуетинкапсулироватьвклассеустройства.Благодаряэтому,вносяизменениявклассустройства,можноподключатьксистеменовыеустройства,ненарушаяостальногокода.СтатическаямодельКогда создан первоначальный набор классов, пора начинать моделировать их отношения ивзаимодействия.
Для большей ясности сначала объясним статическую модель, а затем —динамическую. При реальном процессе проектирования можно свободно переходить от одноймоделикдругой,заполняяобеподробностями,фактическидобавляяновыеклассыиописываяихпомерепродвижения.Статическая модель сосредоточена в трех областях: распределении ответственности,атрибутах и взаимодействии. Наиболее важная из них (на что в первую очередь обратимвнимание) — это распределение ответственности между классами. Перед каждым классомдолжна быть поставлена одна конкретная задача, за выполнение котб- рой он несетответственность.Это не означает, что у каждого класса есть только один метод. Класс может содержатьдесятки методов. Однако все они должны быть согласованными и взаимосвязанными, т.е.должныобеспечиватьвыполнениеединойзадачи.В хорошо спроектированной системе каждый объект является экземпляром класса,имеющего четко определенный набор функций и отвечающего за выполнение конкретнойзадачи.
Классы обычно делегируют несвойственные им задачи другим, связанным с нимиклассам. Создание классов, имеющих одну область ответственности, — основа написаниячитабельногоилегкоподдерживаемогокода.Чтобыразобратьсясответственностьюклассов,следуетначатьпроектированиессозданиякарточекCRC.КарточкиCRCCRC означает Class (класс), Responsibility (ответственность), Collaboration(сотрудничество). CRC представляет собой обычную бумажную карточку размером, непревышающим используемые в картотеках. Работая с такими карточками, вы, как Чапаев спомощьюкартошки,сможетенагляднообъяснитьколлегам,которымбудетпорученаразработкаотдельных классов, как вы мыслите наладить распределение ответственности за выполнениетактическихистратегическихзадачмеждуклассамипроекта.Какпроводитьзаседанияскарточками На каждое заседание с карточками следует приглашать от трех до шести человек. Еслилюдей больше, то теряется управляемость.
Кроме того, во время дискуссии гораздо прощеприйтикконсенсусу,есливзаседанииучаствуетнеслишкоммноголюдей.Краткоостановимсяна том, кто в идеале должен участвовать в разработке серьезного проекта (если вы не хотитесвалитьнасебявсюответственностьзапровал).Итак,выглавныйисполнитель.Пригласитекакминимумодноговедущегоспециалистапопрограммнойархитектуре,имеющегоопытванализеи проектировании объектно-ориентированных программ. Не мешает также включить в составминимум одного или двух "экспертов по домену", не понаслышке знающих проблему, которуювыхотитерешитьспомощьюразрабатываемойпрограммы.В будущем вам потребуются менеджеры (если не адвокат), но не сейчас. Это творческоенепринужденное заседание не для прессы и не для рекламы. Цель состоит в том, чтобыпровестиисследование,высказатьрискованныепредложенияивходедискуссиирешить,какойкласснагрузитьтойилиинойпроблемой.Заседание по CRC начинается с того, что группа рассаживается за столом, на которомлежитнебольшаястопкакарточек.Вверхнейчастикаждойизнихпишетсяназваниеодногоизклассов.
Начертите сверху вниз линию, разделив карточку на две части, и слева напишитеОтветственность,асправа—Сотрудничество.Начинайте заполнять карточки по самым важным из определенных вами классов. Собратной стороны дайте небольшое описание в одно или два предложения. Можно такжеуказать, уточнением (производным) какого класса является данный класс, если это очевидно кмоменту работы с карточкой.
Просто под именем класса напишите Надкласс: и впишите имякласса,откоторогоданныйкласспроизводится.СфокусируемсянараспределенииответственностиОсновнымпунктомповесткиднязаседанияявляетсяопределениеответственностикаждогокласса. Не обращайте много внимания на атрибуты, фиксируйте по мере продвижения толькосамые существенные и очевидные из них. Если для выполнения задачи класс долженделегировать часть работы другому классу, то эта информация указывается в столбцеСотрудничество.В ходе работы обращайте внимание, сколько пунктов появилось на карточке класса встолбце Ответственность. Если на карточке не хватает места, то это повод задуматься, неследует ли разделить данный класс на два. Помните, каждый класс должен отвечать завыполнение одной задачи, поэтому все пункты в столбце Ответственность должны бытьлогическиифункциональновзаимосвязанными.На данном этапе проектирования не стоит задумываться над тем, каким образом будетобъявлен класс в программе и сколько открытых и закрытых методов он будет содержать.Обращайтевниманиетольконато,зачтоэтотклассотвечает.КаксделатьклассживымГлавным свойством карточек CRC является то, что их можно сделать антропоморфными,т.е.
каждый класс наделяется свойствами человека. Посмотрим, как это работает. Послеопределения первоначального набора классов разложите по кругу на столе карточки CRC впроизвольном порядке и вместе пройдитесь по сценарию. Например, вернемся кпредложенномуранеесценарию.Клиентвыбираетоперациюснятияналичныхсрасчетногосчета.Насчетевбанкеимеетсядостаточная сумма, в ATM достаточно наличных и заправлена лента для квитанций, а сетьвключена и работает.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
