Возможности ООП сильно различаются в зависимости от языка. Как и взгляд на
"железобетонность" метаданных.

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

Классы - это также объекты, являющиеся в свою очередь экземплярами
метаклассов. Метаобъектный протокол позволяет программисту предусмотреть
действия над уже порожденными экземплярами. Процесс изменение определения
класса можно настроить, определив методы для полиморфной (generic) функции
update-instance-for-redefined-class. Можно совсем поменять класс объекта
вызовым change-class и локализовать изменения, необхдимые во всех
экземплярах, путем задания методов update-instance-for-different-class.

Структура представления классов, т.е. метаобъектов, стандартизована и
несильно отличается от представления "обычных" экземпляров, a хранятся они в
одной среде. Поэтому можно проводить действия над этими метаобъектами
"вручную". Не представляет сложности хранить устарешие метаобъекты и
проводить изощрённое сопоставление новых и старых определений.

Это не решает всех проблем с историческими данными и изменениями схемы, но
по крайней мере направляет мысль в правильную сторону. К тому же
метаобъектную гибкость и прозрачность при работе с внешними данными может
обеспечить только "настоящая" объектная СУБД, например, Allegro Cache
(вдаваться в неё неуместно в форуме по РСУБД).

Как это всё может помочь в повседневной реляционной жизни? Разумеется, через
ОРМ. Разные модули или отчёты могут включать разные редакции класса, точнее,
определения классов с различными именами. Степень родства разных определений
может различаться: где-то определение совершенно уникально, где-то удобно
наследоваться от общего надкласса (множественное наследование дополнительно
облегчает жизнь). При выборке из БД каждый модуль "знает", в экземпляры
какого преобразуются записи. Конечно, при радикальной смене схемы БД, старые
определения тоже могут перестать работать. Но затрагиваемые изменения в коде
достаточно хорошо локализованы - подправить нужно отображение на объекты.


Posted via ActualForum NNTP Server 1.4