===========================================

Как объектно-ориентированная система, Cache предлагает наиболее близкий к реальному миру способ моделирования. Более того, Cache расширяет стандартную объектно-ориентированную модель новыми мощными возможностями. Эта глава описывает объекты и то, как они связаны с окружающим миром. В главе 3, "Спецификация класса", продолжается обсуждение объектной модели Cache и описываются внутренние элементы и структуры классов Cache.

Объектные модели Cache имеют следующие особенности:

Классы – фундаментальная основа Cache. Каждый объект – автономный (самостоятельный) блок, который включает и функциональные возможности, и данные. Объект получает поведение от определения класса, которому он принадлежит, подобно автомобилю, основой которого служит конструкция его модели. Каждый объект описывает некую сущность (например, человек, отчет или учетная запись).

Cache также включает классы-типы_данных. Эти классы (иногда называемые литеральными классами, со значениями, называемыми литералами) описывают значения простых свойств, имеющихся у объектных классов. В отличие от объектных классов, классы-типы_данных не содержат свойств, и они для таких классов не определяются. Экземпляры класса-типа_данных всегда существуют только неявно. Например, целое число 5 всегда существует; оно никогда не должно создаваться, хотя объект Invoice должен быть создан.

В Cache объекты могут храниться на диске или в памяти. Дисковый объект – это такой объект, который хранится в базе данных; объект в памяти – это такой объект, который загружен из базы данных и которым можно манипулировать. К объекту можно обратиться двумя способами (в зависимости от того, где он находится - загружен в память или хранится на диске):

OREF относится к версии объекта в памяти. Каждый раз, когда объект загружается память, ему присваивается уникальная в данный момент времени ссылка OREF.

Как правило, методы, унаследованные от класса %Persistent, и методы, унаследованные от класса %RegisteredObject, устанавливают OREF объекта. См. следующий раздел для получения дополнительной информации о классах %RegisteredObject и %Persistent.

OID всегда можно использовать для определения местонахождения объекта на диске и для загрузки его в память. Объекту, находящемуся в памяти, система назначает значение OREF, которое можно использовать в приложении для обращения к объекту и его содержанию. Когда хранимый объект сохраняется в базе данных, значения любого из его ссылочных атрибутов (то есть ссылки на другие хранимые объекты) будут сохранены как значения OID. Для объектных атрибутов, которые не имеют OID, литеральное значение объекта сохраняется внутри объекта-контейнера.

Cache содержит большую иерархию поддерживаемых объектов. Этот раздел начинается с краткого обзора иерархии объектов и часто используемых классов. Затем будет дана более детальная информация о следующих классах:

В Cache можно использовать следующие классы:

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

Регистрируемый - это переходный объект, поскольку его заданные по умолчанию методы не включают функциональные возможности хранения. Способ хранения задает иерархию: это - классы %Persistent и %SerialObject. которые являются подклассами %RegisteredObject.

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

Когда регистрируемый объект загружен в память, к нему можно обратиться по его OREF (объектная ссылка). Эта системная ссылка является временной: она существует только тогда, когда объект находится в памяти, и не гарантировано, что OREF будет такой же при последующих загрузках объекта в память.

Объект, который наследуется от %RegisteredObject, не может иметь в качестве OREF пустую строку (NULL OREF или ("")). Такое значение может возникнуть только тогда, когда встроенный метод %New() класса %RegisteredObject не может создать экземпляр класса.

Регистрируемые объекты используют для хранения состояния системную распределенную память. Они поддерживают полиморфизм.

Экземпляры классов, унаследованные от %Persistent, известны как хранимые объекты; эти объекты имеют модификатор Persistent. Объект с модификатором Persistent может сохранять себя в базе данных.

Когда хранимый объект используется как атрибут, это понимается как "ссылка к хранимому объекту". Например, если Doctor – хранимый объект, то можно определить атрибут, используя Doctor как его тип:

ATTRIBUTE TheDoc {TYPE = Doctor;}

Экземпляры классов, унаследованные от %SerialObject, известны как встраиваемые объекты. Эти объекты могут независимо существовать в памяти, но, когда их сохраняют в базе данных, они могут существовать только как часть хранимого объекта (объекта-контейнера).

Класс %SerialObject – подкласс класса %Registered – обеспечивает:

Встраиваемые объекты имеют различное представление в памяти и на диске:

Следующая диаграмма иллюстрирует существование встраиваемого объекта в памяти и на диске:

Когда создается новый объект, содержащий встраиваемый объект, метод %New() автоматически создает экземпляр встраиваемого объекта в памяти.

Например, рассмотрим класс Address:

CLASS Address

{

SUPER = %SerialObject;

ATTRIBUTE Street { TYPE = %String(MAXLEN=80); }

ATTRIBUTE City { TYPE = %String(MINLEN=3); }

ATTRIBUTE State { TYPE = %String(MINLEN=2); }

}

После определения класс Address может использоваться как атрибут встраиваемого объекта для хранимого объектного класса Patient:

CLASS Patient

{

SUPER = %Persistent;

PERSISTENT;

ATTRIBUTE Name { TYPE = %String; }

ATTRIBUTE Home { TYPE = Address; }

}

Класс, который не наследуется от класса %RegisteredObject, называется нерегистрируемым (Non-registered) классом. Нерегистрируемые классы часто упрощены и требуют специфического программирования. Существенно, что нужно реализовать обеспечение значения OREF для такого объекта. Поскольку система не назначает и не регистрирует это значение, нерегистрируемые классы имеют несколько ограничений:

Рассмотрим пример, иллюстрирующий, как объект Patient может быть определен для регистрируемого класса и нерегистрируемого класса. Использование нерегистрируемого класса означает, что каждое из свойств объекта Patient – это глобальная ссылка, заменяющая OREF и OID, необходимые для обращения к объекту Patient. Таким образом, если переменная pat содержит значение "12345", конструкция

Set n=pat.name

может быть эквивалентна следующей:

Set n=$LIST(^patient(pat,1),2)

Приведенная конструкция (с точкой) содержит объектный синтаксис для ссылки на глобальную переменную без выполнения каких-то дополнительных действий.

С другой стороны, при управлении хранимыми объектами, обычно, нужно загрузить объект в память, выполнить требуемые действия, а затем – сохранить объект. Эти функциональные возможности обеспечиваются хранимыми объектами, унаследованными от класса %RegisteredObject. В этом случае можно написать:

Set pat=##class(Patient).%Open(oid)

Если объект находится в памяти, к нему можно обратиться, используя синтаксис:

pat.Name

Это позволяет легко управлять объектом с помощью, например, такого кода:

Set pat.Name="Smith,Juan"

Сохранить объект в базе данных можно, применив такую запись:

Set x=pat.%Save()

Эта команда сохраняет объект Patient и возвращает результат операции: 1, если сохранение выполнено успешно, иначе – 0.

Классы-типы_данных определяют и управляют литеральными переменными. В отличие от объектных классов, классы-типы_данных не имеют независимых идентификаторов и явно никогда не могут существовать самостоятельно: они существуют только как атрибуты объектов.

Например, Класс Patient (Пациент) может определять атрибут Name (Имя), используя тип данных %String:

CLASS Patient {

ATTRIBUTE Name { TYPE = %String; }

Set n=pat.Name

Класс имеет два типа атрибутов: атрибуты-типы_данных и объектные атрибуты. Например, объект Person может иметь свойство DateOfBirth, которое содержит Date (Дату), которая является атрибутом-типом_данных; объект может также иметь свойство Home (Дом), которое содержит Address (Адрес) объекта. Объектный атрибуты может быть встраиваемым объекты или ссылкой на хранимый объект.

Кроме наследования классом методов от его суперклассов, свойства класса наследуют дополнительные методы от системных классов, а, в случае атрибута-типа_данных – от класса-типа_данных.

Например, если имеется класс с именем Person (Человек):

CLASS Person

{

SUPER = %Persistent;

PERSISTENT;

ATTRIBUTE Name { TYPE = %String; }

ATTRIBUTE DOB { TYPE = %Date; }

}

из него просто получить новый класс Employee (Служащий):

CLASS Employee

{

SUPER = Person;

PERSISTENT;

ATTRIBUTE Salary { TYPE = %Integer; }

ATTRIBUTE Department { TYPE = %String; }
}

Это определение создает класс Employee как подкласс класса Person. В дополнение к его собственным параметрам, свойствам и методам, класс Employee включает все эти элементы из класса Person.

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

#class Person x

SET x=##class(Person).%Open(oid)

WRITE x.Name -> "Groucho Marx"

Можно также обращаться к специфическим атрибутам или методам Employee:

WRITE x.Salary 22000

При множественном наследовании класс может наследовать методы (поведение) и свойства от нескольких суперклассов. Чтобы установить множественное наследование, следует использовать модификатор SUPER, а затем указать классы, от которых будет выполняться наследование.

Когда класс компилируется, компилятор класса устанавливает значения для элементов класса согласно списку суперклассов; элементы класса – это параметры класса, его методы и свойства, но не модификаторы класса. Если в списке суперклассов имеются элементы с одинаковыми именами, то приоритет имеет последний суперкласс из списка.

Следует обратить внимание, что не выполняется перекрытие модификаторов класса. Для них подкласс наследует только значения модификатора его первого суперкласса.

Например, если класс X наследует от классов A, B, и C, то его определение должно включать:

create class X

{

super = A, B, C;

}

В этом примере значения параметров класса X, его свойства и методы наследуются от класса A (первый перечисленный суперкласс), затем от класса B и, наконец, от класса C. Если класс B имеет элемент класса с таким же именем как член, уже унаследованный от класса A, то производится замена ранее унаследованного члена из класса A на член класса B; аналогичные действия производятся для членов класса C относительно одноименных элементов класса B. Модификаторы класса для класса X наследуются исключительно от класса A.

Спецификация класса Cache компилируется в прикладные программы компилятором классов Cache (Cache Class Compiler). Классы не могут использоваться в приложении до тех пор, пока они не скомпилированы.

Можно определить режим компиляции: компилировать один класс, все зависимые классы (спецификации которых изменялись) или все классы.

Когда компилируется один класс, компилятор класса выполняет первую проверку суперклассов класса, чтобы выяснить: изменились ли они, компилировались или нет ранее. Компилятор класса может автоматически обнаруживать такие зависимости, а также дополнительно компилировать зависимые классы.

Когда требуется компиляция всех классов, компилятор класса компилирует все классы библиотеки приложения, даже если класс в библиотеке рабочей области (namespace) приложения не ссылается на них.

===========================================

===========================================

По вопросам поддержки любых продуктов InterSystems Corporation обращайтесь:

Россия 121019, Москва, Волхонка, 6, #14