Файл: Учебное пособие.doc

• Функция size возвращает число элементов коллекции

• Функции MinValue, MaxValue возвращают, соответственно, минимальное или максимальное значение из набора.

• Функция Sum подсчитывает сумму всех элементов набора.

• Функция count определяет число элементов коллекции, удовлетворяющих условию, заданному в качестве параметра. Например, выражение Count (Name=' Сергей') вычислит число элементов коллекции, у которых в поле Name содержится строка 'Сергей'.

• Функции isEmpty, NotEmpty возвращают значение True, если, соответственно, в анализируемом наборе нет ни одного элемента или есть хотя бы один элемент.

Функция, применяемая к коллекции, может возвращать скалярный результат (единственное значение) или вектор (набор значений). Результаты работы функций MinValue, MaxValue, Count И некоторых других ОТНОСЯТСЯ К последнему типу. Результатом может быть коллекция из нескольких одинаковых значений, каждое из которых соответствует объекту исходной коллекции, отвечающему заданному условию. Если, например, в исходном наборе несколько минимальных величин с одинаковыми значениями, все они попадут в результирующую коллекцию. Чтобы гарантированно получить скалярный результат, надо применить к итоговому набору операцию first (см. далее).

5.2.4.2.Операция select

Операция select позволяет выбрать в коллекции подмножество объектов, свойства которых отвечают заданному условию. Это условие указывается после ключевого слова select в круглых скобках.

Пусть, например, в классе Computer (компьютер) имеется свойство Memory (объем оперативной памяти). Отбор всех объектов класса Computer, у которых объем оперативной памяти больше или равен 512 мегабайт (512 единицам, принятым в модели по умолчанию), выполняет следующее выражение OCL:

Computer.allInstances->select(Memory >= 512)

В дальнейшем по отношению к результирующей коллекции (в инфиксном порядке) можно применять другие допустимые операции OCL, в том числе и саму операцию select. Например, возможно такое обращение к полям текущего подмножества объектов:

Computer.allInstances->select(Memory >= 512).Mouse

Это выражение отбирает объекты, представляющие компьютерные мыши (свойство Mouse), которыми оснащены компьютеры с оперативной памятью не менее 512 мегабайт.

5.2.4.3.Операция reject

Операция reject отбирает в выходную коллекцию только те объекты, которые не удовлетворяют заданному условию. По смыслу она противоположна операции select. В примере:

Computer.allInstances->reject(Memory < 512)

будет получен тот же результат, что и при использовании выражения:

Computer.allInstances->select (Memory >= 512)

5.2.4.4.Выделение элементов коллекции

Для получения первого элемента в коллекции применяется операция First. Для получения последнего элемента в коллекции применяется операция Last. Выделение объекта по его номеру в коллекции выполняет операция At — номер нужного объекта задается в качестве параметра (нумерация начинается с единицы).

Например, следующее выражение получает последний элемент из коллекции компьютеров:

Computer.allInstances->last

Получить название (свойство Name) процессора (свойство Processor) первого элемента текущей коллекции компьютеров можно следующим образом:

Computer.allInstances->first.Processor.Name

Получить объект, представляющий мышь пятого компьютера текущего набора можно следующим образом:

Computer.allInstances->At(5).Mouse

5.2.4.5.Упорядочение набора

Применение операций выделения первого и последнего элементов не всегда имеет смысл, если исходная коллекция не упорядочена. Упорядочение наборов данных производится операциями OrderBy и OrderDescending. Они выполняют сортировку по заданному параметру, причем операция OrderDescending выполняет сортировку «в порядке убывания» — способом, противоположным Order By. Конкретный способ сортировки коллекций с помощью операции OrderBy определяется реализацией.

Например, отсортируем набор объектов-компьютеров по именам:

Computer.allInstances->OrderBy(Name)

5.2.4.6.Логические итераторы

Проверка выполнения логического условия для всех элементов коллекции осуществляется с помощью итератора ForAll. Пусть, например, в классе Computer имеется свойство Mouse (отдельный класс), а у него, в свою очередь, имеется логическое свойство isMiddleButton (наличие средней кнопки мыши). Тогда выражение:

Computer.allInstances->ForAll(Mouse.IsMiddleButton) вернет значение True, если все без исключения компьютеры коллекции оснащены трехкнопочными мышами.

Итератор Exists, схожий по смыслу с итератором ForAll, возвращает значение True, если хотя бы один из элементов коллекции соответствует заданному условию:

Computer.allInstances->Exists(Mouse.IsMiddleButton)

5.2.4.7.Операции для работы со строками

Для работы со строками в языке OCL применяются следующие операции.

• Соединение двух строк в одну (символ +) может также задаваться ключевым словом concat. Строка-параметр присоединяется к исходному операнду справа. Например, следующее выражение к имени первого компьютера в коллекции прибавляет строку ': ноутбук':

Computer.allInstances->first.Name.Concat(': ноутбук')

• Результатом выделения подстроки (ключевое слово Substring) являет ся строка, выделенная из исходного операнда. Дополнительные параметры задают номера первого и последнего символов, включаемых в подстроку (нумерация начинается с единицы). Например, выражение:

'компьютер'.Substring(2,4)

• вернет подстроку «омп».

• Функции ToLower, ToUpper преобразуют все символы строки-операнда, соответственно, к нижнему или верхнему регистру.

• Функция strToint преобразует исходную строку в целочисленное значение.

5.2.4.8.Работа с датами

Даты представляются в языке OCL в формате #гггг-мм-дд, где гггг — четырехзначная запись года, мм — номер месяца, а дд — число в месяце. Схожим образом записываются и временные константы — в формате #чч:мм:сc. Здесь чч означает часы, мм — минуты, се — секунды. Константы, записанные в таком виде, можно использовать в операциях сравнения. Например:

Computer.alllnstances->select(MyDate > #2006.01.01)

Users.alllnstances->select(ConnectTime = #23:59:00)

Чтобы проверить, лежит ли дата в указанном диапазоне, следует воспользоваться функцией inDateRange. Двумя ее параметрами выступают нижняя и верхняя границы дат.

5.3.Возможности технологии ECO

5.3.1.Введение в технологию ЕСО

Технология ЕСО — это реализация концепции архитектуры, управляемой моделью. Она позволяет полностью создать приложение с помощью языка UML.

Технология ЕСО включает в себя набор объектов моделирования .NET и работает только на платформе .NET. В ней используются диаграммы UML как на фазах начального проектирования приложения, так и на этапе эксплуатации программы. Это достигается за счет встраивания модели в приложение.

Почти весь процесс создания готового приложения в рамках проекта ЕСО осуществляется манипулированием визуальной моделью, представленной в виде диаграмм UML. При этом удается избежать ручной модификации исходного кода и минимизировать обращения к Проектировщику пользовательского интерфейса — весь исходный код приложения автоматически генерируется на основе визуальной модели. Ручная модификация кода нужна обычно для тонкой настройки приложения на дополнительные требования пользователя.

Центральной концепцией программы ЕСО считается объектное пространство. Всевозможные аспекты создания и поведения объектов в этом пространстве задаются с помощью платформно-независимого языка объектных ограничений OCL.

Объектное (или модельное) пространство ЕСО — это область памяти, в ' которой существуют и взаимодействуют объекты ЕСО текущего проекта. В системе Delphi 2006 поддерживается третья версия технологии ЕСО III. Она состыкована со средой моделирования Borland Together, выпускаемой как самостоятельный продукт. Технология ЕСО III позволяет проектировать не только статическую структуру приложения, иерархию классов, но и его поведение, программную логику. Для этого задействуются так называемые машины состояний (описывающие их диаграммы состояний появились в версии языка UML 2.0). В итоге почти вся разработка сложного приложения выполняется в дизайнере диаграмм UML, встроенном в систему Delphi. На базе созданных таким образом моделей автоматически генерируется полнофункциональный исходный код приложения. В случае ручной модификации исходных текстов структура модели также автоматически подстраивается под внесенные изменения. Такая двунаправленная технология синхронизации модели и кода получила в среде Delphi название LiveSource.

Технология ЕСО поддерживает не только этап построения приложения и модели ЕСО, но и этап выполнения программы. При запуске приложения ЕСО создается объектное пространство ЕСО — оно называется ЕСО Space. В этом пространстве хранится вся необходимая метаинформация о модели. В рамках объектного пространства происходит создание и уничтожение экземпляров элементов ЕСО. Содержимое пространства ЕСО можно автоматически связать с данными в файлах или базах данных.

Технология ЕСО хорошо подходит для построения масштабных корпоративных приложений. Она значительно сокращает время разработки приложений, в которых активно задействуются базы данных с множеством таблиц и сложными взаимосвязями и большое число экранных форм, создание которых вручную является трудоемкой рутинной задачей. В технологию ЕСО встроены средства поддержки реляционной модели баз данных. Они автоматически преобразуют модель UML в описание схемы базы данных, генерируют сценарии SQL, которые создают и модифицируют такие схемы, и выполняют другие необходимые операции.

5.3.2.Модель ЕСО

Модель может объединять несколько взглядов на объект, каждый из которых уточняет ту или иную особенность его существования. Модель компьютерной программы (в частности, модель ЕСО) отличается- от физических и математических моделей тем, что на ее основе должен быть автоматически сгенерирован безошибочный и работоспособный исходный текст на заданном языке программирования. Это предъявляет повышенные требования к полноте модели ЕСО, ее точности и непротиворечивости.

Процесс подготовки модели удается упростить с помощью набора готовых объектов ЕСО. Они прозрачно обеспечивают взаимосвязь между программным кодом и элементами модели. В результате проектирование и развитие архитектуры всего приложения существенно упрощается.

5.3.3.Пространство имен ЕСО

Познакомимся с организацией пространства имен ЕСО. В рамках иерархии классов Delphi все классы ЕСО входят в единое пространство имен Borland.Eco. Оно, в свою очередь, делится на шесть больших категорий.

• Категория Borland.Eco.ObjectRepresentation содержит средства стандартного представления объекта ЕСО во внешних программах. Каждый из прикладных объектов ЕСО состоит из элементов (внутренние поля, методы). К каждому из этих элементов можно обращаться через стандартный интерфейс Element. Любой элемент объекта, доступный через этот интерфейс, может быть представлен в виде стандартного объекта .NET. Для этого задействуется его свойство AsObject.

• Категория Borland.Eco.Handles содержит компоненты поддержки модельно го пространства на этапе проектирования. Они связывают объекты ЕСО, доступные через интерфейсы пространства имен ObjectRepresentation, с элементами пользовательского интерфейса.

• Категория Borland.Eco.UmIRt содержит средства доступа к модели UML в процессе работы программы. Компоненты ЕСО базируются на классах .NET, поэтому к ним можно обращаться универсальным способом, принятым в .NET. В частности, для этого задействуется метод AslObject, предоставляющий для доступа к объекту интерфейс IObject платформы .NET.

• Категория Borland.Eco.Subscription содержит средства уведомления об изменении значений объектов ЕСО по технологии «издатель — подписчики».

• Категория Borland.Eco.Persistence содержит средства автоматического сохранения содержимого объектного пространства ЕСО в файлах и базах данных.

Категория Borland.Eco.Services — это среда поддержки внутренних механизмов технологии ЕСО. Она занимается вычислением значений выражений OCL, вносит модификации в модель, контролирует ее целостность.

5.4.Разработка приложений на основе ECO

5.4.1.Этапы создания приложения по технологии ECO

Технология создания приложения ЕСО состоит из следующих этапов.

5. Формируется модель UML будущего приложения. Создаются классы, описываются их атрибуты и методы, настраиваются взаимосвязи между ними.

6. В проект добавляются и настраиваются невизуальные компоненты, связывающие созданную модель UML с прикладной частью проекта.

7. Проектируется пользовательский интерфейс. Задействуются компоненты, обеспечивающие связь интерфейса с моделью UML.

8. Создается переносимая логика приложения на языке OCL. Элементы управления связываются с выражениями ОСL для выполнения типичных стандартных действий (добавление, редактирование и удаление объектов^: ЕСО).

9. Пространство ЕСО связывается с базой данных. В ней будет долговременно храниться его копия: все объекты ЕСО и взаимосвязи между ними. Эта последовательность в ходе расширения функциональных возможностей приложения многократно повторяется. Но все вносимые в проект изменения, что принципиально важно, выполняются, начиная с модели, а не с исходного кода или пользовательского интерфейса.

5.4.2.Создание простого MDA-приложения

Рассмотрим пример создания простого MDA-приложения. Имеются две сущности «Кафедра» и «Преподаватель». Представим экземпляры этих сущностей в таблицах формы. В этих же таблицах будет возможность модификации значений отдельных полей представленных в них объектов (экземпляров Кафедра и Преподаватель).

Создаётся пустая заготовка приложения ЕСО командой File>New>Other. Выберем значок ECO WinForms Application во вкладке Delphi for .NET Projects (Рис. 5 .57).

Рис. 5.57. Создание заготовки проекта ECO

В диалоговом окне введем имя проекта (например, projDeanOffice) и его местоположение (каталог). Нажмем кнопку ОК.

Среда Delphi сформирует пустую заготовку приложения ECO и откроет окно Проектировщика. В нем расположена начальная пустая форма приложения. Структура автоматически созданной модели (пустой заготовки) доступна в окне просмотра модели, открываемом командой View>Model View либо выбором вкладки Model View в правом верхнем окне (Рис. 5 .58). В этом окне в дополнение к самому проекту (projDeanOffice) и главной форме (WinForm) можно увидеть еще несколько автоматически добавленных элементов. Среди них имеются следующие:

• элемент projDeanOfficeEcoSpace представляет объектное пространство ЕСО. Это основное хранилище, в котором располагаются экземпляры классов создаваемой модели во время работы программы. Это пространство также ответственно за хранение объектов ЕСО, например в базе данных или файле XML;

• элемент Package_1 представляет пакет классов UML, которые мы будем создавать.