Utopya.spb.ru
Открытая библиотека научных сборников
по гуманитарным дисциплинам

Содержание

Сборник материалов
  1. НАШИ СПОНСОРЫ
  2. СОДЕРЖАНИЕ
  3. РАЗРАБОТКА ПРОГРАММНОГО ПРОДУКТА ДЛЯ РЕШЕНИЯ ЗАДАЧИ О МАКСИМАЛЬНОМ ПОТОКЕ ПОСРЕДСТВОМ СЕТЕЙ ПЕТРИ
  4. ПОДХОД К ПОСТРОЕНИЮ СИСТЕМ С ДИНАМИЧЕСКИМ ФУНКЦИОНАЛОМ
  5. ПРОГРАММНЫЙ ПРОДУКТ ДЛЯ МОНИТОРИНГА СЕТЕВОГО ОБОРУДОВАНИЯ И СЕРВИСОВ
  6. РАЗРАБОТКА КАТАЛОГА РЕСУРСОВ ДЛЯ ГИС МОНИТОРИНГА СОСТОЯНИЯ ОКРУЖАЮЩЕЙ ПРИРОДНОЙ СРЕДЫ В ЗОНЕ ДЕЙСТВИЯ ПРЕДПРИЯТИЙ НЕФТЕГАЗОВОЙ ОТРАСЛИ
  7. ПРОЕКТ КРАСНОЯРСКОГО ПОРТАЛА ШКОЛЬНЫХ ИНИЦИАТИВ «ФИЛИН НА ЛИНИИ»
  8. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ДЛЯ ПОДГОТОВКИ И ВЕБ-ПУБЛИКАЦИИ ДАННЫХ В ТЕХНОЛОГИИ MAPSERVER
  9. ПОСТРОЕНИЕ ГЕОИНФОРМАЦИОННОГО ВЕБ-ПРИЛОЖЕНИЯ В СРЕДЕ СИСТЕМЫ УПРАВЛЕНИЯ ВЕБ-КОНТЕНТОМ 1С-БИТРИКС
  10. ПОДХОД К УПРАВЛЕНИЮ МУЛЬТИМЕДИА ПРОЕКТАМИ
  11. ПРОЕКТИРОВАНИЕ ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА ГЕОИНФОРМАЦИОННОГО ПОРТАЛА
  12. РАЗРАБОТКА ГЕОИНФОРМАЦИОННОЙ ИНТЕРНЕТ-СИСТЕМЫ МОНИТОРИНГА СОСТОЯНИЯ ОКРУЖАЮЩЕЙ ПРИРОДНОЙ СРЕДЫ В ЗОНЕ ДЕЙСТВИЯ ПРЕДПРИЯТИЙ НЕФТЕГАЗОВОЙ ОТРАСЛИ
  13. ПРОБЛЕМЫ РЕАЛИЗАЦИИ ИНФОРМАЦИОННО-ГРАФИЧЕСКОЙ СИСТЕМЫ «ВИЗУАЛЬНЫЕ ПАСПОРТА ЮГРЫ»
  14. РАЗРАБОТКА КАРТОГРАФИЧЕСКОГО МОДУЛЯ ДЛЯ ГЕОИНФОРМАЦИОННОГО ИНТЕРНЕТ-ПОРТАЛА СО РАН
  15. ИСПОЛЬЗОВАНИЕ В УЧЕБНОМ ПРОЦЕССЕ СТУДЕНТОВ ЗАОЧНОГО ОБУЧЕНИЯ ЭЛЕКТРОННЫХ РАБОЧИХ ТЕТРАДЕЙ
  16. ТЕХНОЛОГИЯ СОЗДАНИЯ МУЛЬТИМЕДИЙНЫХ ОБРАЗОВАТЕЛЬНЫХ ИНФОРМАЦИОННЫХ РЕСУРСОВ
  17. JAVA АППЛЕТ ДЛЯ МОДУЛЯ УДАЛЕННОГО СБОРА ДАННЫХ И УПРАВЛЕНИЯ
  18. ВОЗМОЖНОСТЬ ИСПОЛЬЗОВАНИЯ АВТОМАТНОГО ПРОГРАММИРОВАНИЯ ПРИ РАБОТЕ С СИСТЕМОЙ MOODLE
  19. ПОДДЕРЖКА WMS-ПРОТОКОЛА В ПРОГРАММНОМ ОБЕСПЕЧЕНИИ ДЛЯ ПРОСМОТРА КАТАЛОГА СПУТНИКОВЫХ ДАННЫХ
  20. МЕТОД ПРОФИЛИРОВАНИЯ ПОЛЬЗОВАТЕЛЕЙ ИНТЕРНЕТ-ПОРТАЛОВ СРЕДСТВАМИ SEMANTIC WEB
  21. АДАПТАЦИЯ СИСТЕМЫ МОНИТОРИНГА ПРОФЕССИОНАЛЬНОЙ КОМПЕТЕНТНОСТИ И КУЛЬТУРЫ РАБОТНИКОВ ОБРАЗОВАНИЯ ДЛЯ ИСПОЛЬЗОВАНИЯ В ВЫСШЕЙ ШКОЛЕ
  22. ВЕРОЯТНОСТНО-МНОЖЕСТВЕННОЕ МОДЕЛИРОВАНИЕ КОНТУРА ЛЕСНОГО ПОЖАРА ПО ИНДИКАТРИСЕ СКОРОСТИ ЕГО ФРОНТА
  23. ЗНАКОМСТВО С BPWIN И ERWIN НА ПРИМЕРЕ ДЕЯТЕЛЬНОСТИ ОРГАНИЗАТОРА ТОРГОВЛИ НА РЫНКЕ ЦЕННЫХ БУМАГ
  24. ВЕРОЯТНОСТНО-МНОЖЕСТВЕННОЕ МОДЕЛИРОВАНИЕ КОНТУРА ЛЕСНОГО ПОЖАРА ПО ИНДИКАТРИСЕ СКОРОСТИ ЕГО ФРОНТА
  25. РАЗРАБОТКА ИННОВАЦИОННОЙ СИСТЕМЫ ПОДДЕРЖКИ ПРИНЯТИЯ УПРАВЛЕНЧЕСКИХ РЕШЕНИЙ В СФЕРЕ РЕГИОНАЛЬНОГО СТРОИТЕЛЬСТВА
  26. СРАВНИТЕЛЬНЫЙ АНАЛИЗ OI АР-КОМПОНЕНТОВ
  27. ПРИМЕНЕНИЕ OLAP-ТЕХНОЛОГИИ ДЛЯ АНАЛИЗА ПОКАЗАТЕЛЕЙ РАБОТЫ ГОРОДСКОЙ СТАНЦИИ СКОРОЙ МЕДИЦИНСКОЙ ПОМОЩИ
  28. ПРОГРАММНАЯ ПОДДЕРЖКА НАХОЖДЕНИЯ ОПТИМАЛЬНЫХ РЕШЕНИИ ДЛЯ ОРГАНИЗАЦИИ ПОИСКА ИНФОРМАЦИОННОГО РЕСУРСА В ИНТЕРНЕТ
  29. ПРОГНОЗИРОВАНИЕ ПОЖАРОВ НА ОСНОВАНИИ АНАЛИЗА МЕТЕОДАННЫХ
  30. ПРОГРАММНАЯ СИСТЕМА ВЫБОРА ЭФФЕКТИВНЫХ ПАРАМЕТРОВ PARTICLE SWARM OPTIMIZATION ПРИ ОПТИМИЗАЦИИ МНОГОЭКСТРЕМАЛЬНЫХ ФУНКЦИЙ
  31. МЕТОДЫ РАСЧЕТА ПРОДОЛЖИТЕЛЬНОСТЕЙ РАБОТ СЕТЕВЫХ МОДЕЛЕЙ
  32. СИСТЕМА ПОДДЕРЖКИ ПРИНЯТИЯ РЕШЕНИЙ ВЫБОРА ЭФФЕКТИВНЫХ ВАРИАНТОВ НАСТРОЕК МНОГОАГЕНТНОГО СТОХАСТИЧЕСКОГО АЛГОРИТМА ГЛОБАЛЬНОЙ ОПТИМИЗАЦИИ
  33. МОДЕЛЬНО-АЛГОРИТМИЧЕСКАЯ ПОДДЕРЖКА ОПТИМИЗАЦИОННОГО ФОРМИРОВАНИЯ ИНФОРМАЦИОННОГО БАЗИСА ДЛЯ АДАПТИВНО ОБУЧАЮЩИХ СИСТЕМ
  34. «КРАСНОЯРСКАЯ МУЛЬТИМЕДИЙНАЯ ЛАБОРАТОРИЯ» - РЕАЛИЗАЦИЯ И РАЗВИТИЕ КОЛЛЕКТИВНЫХ РАЗРАБОТОК
  35. СОЗДАНИЕ НЕОБХОДИМЫХ УСЛОВИЙ ДЛЯ ПРОЕКТИРОВАНИЯ РАЦИОНАЛЬНЫХ СТРУКТУР ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ ЛЕСОПИЛЬНЫХ ЦЕХОВ НА ПРЕДПРИЯТИЯХ
  36. РАЗРАБОТКА МОДУЛЯ УЧЕТА КОРРЕСПОНДЕНЦИИ СРЕДСТВАМИ 1С:ПРЕДПРИЯТИЕ 8.1
  37. РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ АВТОМАТИЗАЦИИ РЕШЕНИЯ ИССЛЕДОВАТЕЛЬСКИХ ЗАДАЧ
  38. ПРИМЕРЕ ОБУЧАЮЩИХ СИСТЕМ
  39. АНАЛИЗ ТРЕБОВАНИЙ ДЛЯ ПРОЕКТА НЕЙРОТРАНСЛЯТОРА
  40. СИСТЕМА АНАЛИЗА И ВИЗУАЛИЗАЦИИ ВЗАИМОСВЯЗЕЙ НОРМАТИВНО-ПРАВОВЫХ ДОКУМЕНТОВ В ВИДЕ ГРАФА
  41. ПОСТРОЕНИЕ И ИССЛЕДОВАНИЕ БЕЗОПАСНОСТИ КОМПЬЮТЕРНЫХ СИСТЕМ С ИСПОЛЬЗОВАНИЕМ ЦЕПЕЙ МАРКОВА
  42. РАЗРАБОТКА УПРАВЛЯЕМОГО ХРАНИЛИЩА ДАННЫХ В СРЕДЕ 1С
  43. ПЛАНИРОВАНИЕ БЮДЖЕТА ПРЕДПРИЯТИЯ СРЕДСТВАМИ 1С
  44. ПРОЕКТИРОВАНИЕ ПРОГРАММ ДЛЯ ПАРАЛЛЕЛЬНЫХ СИСТЕМ И ЧАСТИЧНОЕ УПОРЯДОЧЕНИЕ
  45. АНАЛИЗ РИСКОВ В УПРАВЛЕНИИ ПРОЕКТАМИ
  46. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПОДДЕРЖКИ ОБРАЗОВАТЕЛЬНОГО ПРОЦЕССА В СЕТЕВОЙ КОМПЬЮТЕРНОЙ АУДИТОРИИ
  47. ФОРМАЛИЗАЦИЯ И АНАЛИЗ БИЗНЕС-ПРОЦЕССОВ В ВИДЕ GERT-СЕТИ
  48. ИНТЕГРАЦИЯ ПОДСИСТЕМЫ «ТЕСТИРОВАНИЯ» С ПРОГРАММНЫМ КОМПЛЕКСОМ «ЭЛЕКТРОННАЯ ЛАБОРАТОРИЯ»
  49. ПРОЕКТИРОВАНИЕ СИСТЕМЫ РЕПЕТИЦИОННОГО ТЕСТИРОВАНИЯ В ПОДДЕРЖКУ САМОСТОЯТЕЛЬНОЙ РАБОТЫ СТУДЕНТОВ
  50. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ УПРАВЛЕНИЯ ПЕРЕГРУЗОЧНЫМ ПРОЦЕССОМ МОРСКОГО ПОРТА
  51. ФРАГМЕНТЫ АРХИТЕКТУРЫ ГОРОДСКОЙ ИНФОРМАЦИОННО-СПРАВОЧНОЙ СИСТЕМЫ С ЭЛЕКТРОННОЙ КАРТОЙ
  52. ОРГАНИЗАЦИЯ БАЗЫ ДАННЫХ ЭКОЛОГИЧЕСКОГО МОНИТОРИНГА СОСТОЯНИЯ ОКРУЖАЮЩЕЙ ПРИРОДНОЙ СРЕДЫ В ЗОНЕ ДЕЙСТВИЯ ПРЕДПРИЯТИИ ИГО
  53. СИСТЕМА АВТОМАТИЗАЦИИ РАБОТЫ ОТДЕЛА КОНТРОЛЯ КАЧЕСТВА РИЕЛТОРСКОГО АГЕНТСТВА
  54. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННО-ПРАВОВОЙ СИСТЕМЫ С УНИВЕРСАЛЬНЫМ КЛАССИФИКАТОРОМ
  55. РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ УЧЕТА ТАРИФОВ ОАО
  56. МОДУЛЬНАЯ БАЗА ДАННЫХ ДЛЯ СИСТЕМ ПОДДЕРЖКИ ФЯПП ПИФАГОР
  57. ПРОЕКТИРОВАНИЕ ПОДСИСТЕМЫ «ПРИЕМНАЯ КОМИССИЯ» ДЛЯ СРЕДНЕПРОФЕССИОНАЛЬНОГО УЧЕБНОГО ЗАВЕДЕНИЯ
  58. ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА ПРОГРАММНОГО СРЕДСТВА, АВТОМАТИЗИРУЮЩЕГО ФОРМИРОВАНИЕ РАСПРЕДЕЛЕНИЯ УЧЕБНОЙ НАГРУЗКИ ПРЕПОДАВАТЕЛЕЙ СРЕДНЕ-ПРОФЕССИНАЛЬНОГО УЧЕБНОГО ЗАВЕДЕНИЯ
  59. СТАТИСТИЧЕСКАЯ ОЦЕНКА ИНТЕГРАЛЬНЫХ ПАРАМЕТРОВ ЛЕСНЫХ ПОЖАРОВ ПРЕДСТАВЛЕННЫХ В ИСДМ-РОСЛЕСХОЗ
  60. ПОДГОТОВКА ТЕХНИЧЕСКОЙ ДОКУМЕНТАЦИИ ПРОГРАММНЫХ ПРОДУКТОВ ДЛЯ ПРОХОЖДЕНИЯ ПРОЦЕДУРЫ СЕРТИФИКАЦИИ
  61. ПРОЕКТИРОВАНИЕ И РЕАЛИЗАЦИЯ СИСТЕМЫ МЕДИАПЛАНИРОВАНИЯ РАБОТЫ ШКОЛЬНОГО ТЕЛЕВИДЕНИЯ
  62. КОМПЛЕКСНЫЙ ПОДХОД К МОДЕЛИРОВАНИЮ ТРАФИКА В КОРПОРАТИВНЫХ ВЫЧИСЛИТЕЛЬНЫХ СЕТЯХ
  63. ПРОЕКТИРОВАНИЕ И ПРОГРАММНАЯ РЕАЛИЗАЦИЯ СИСТЕМЫ УЧЕТА ОБЪЕКТОВ ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ
  64. ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА СИСТЕМЫ УЧЕТА ОБЪЕКТОВ ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ. ПОДСИСТЕМА РЕДАКЦИОННО- ИЗДАТЕЛЬСКИЕ МАТЕРИАЛЫ
  65. РАСПРЕДЕЛЁННАЯ ИНФОРМАЦИОННО-СОВЕТУЮЩАЯ СИСТЕМА ФОРМИРОВАНИЯ ПОРТФЕЛЯ ЗАКАЗОВ ПРОЕКТНОГО ПРЕДПРИЯТИЯ
  66. ОСНОВНЫЕ ПРИНЦИПЫ РАЗРАБОТКИ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПРОГНОЗИРОВАНИЯ ЛЕСНЫХ ПОЖАРОВ НА ОСНОВЕ ДАННЫХ ИСДМ-РОСЛЕСХОЗ
  67. ПРОБЛЕМЫ ЗАДАЧ ОБРАБОТКИ ДАННЫХ, ХРАНЯЩИХСЯ В ИНФОРМАЦИОННОЙ СИСТЕМЕ ДИСТАНЦИОННОГО МОНИТОРИНГА ЛЕСОВ
  68. ПРОБЛЕМЫ, УСПЕХИ И ПЕРСПЕКТИВЫ ИСПОЛЬЗОВАНИЯ СХЕМ ТЕРРИТОРИАЛЬНОГО ПЛАНИРОВАНИЯ И ИНФОРМАЦИОННО-КОММУНИКАЦИОННЫХ ТЕХНОЛОГИЙ ДЛЯ РЕГУЛИРОВАНИЯ ГРАДОСТРОИТЕЛЬНОЙ ДЕЯТЕЛЬНОСТИ И СТРАТЕГИЧЕСКОГО УПРАВЛЕНИЯ РЕГИОНАЛЬНЫМ РАЗВИТИЕМ КРАСНОЯРСКОГО КРАЯ
  69. ТЕХНОЛОГИЯ ПРОВЕДЕНИЯ ON LINE ОЛИМПИАД ПО ПРОЕКТИРОВАНИЮ РАСПРЕДЕЛЕННЫХ ИНФОРМАЦИОННЫХ СИСТЕМ (ОЛИМПИАДА ПРИС-2009)
  70. ПРОБЛЕМАТИКА ВЫБОРА ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ АВТОМАТИЗИРОВАННОГО УПРАВЛЕНИЯ ПРОЕКТАМИ В СФЕРЕ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
  71. НОВЫЕ ТЕХНОЛОГИИ РАЗРАБОТКИ ВЕБ-ПРИЛОЖЕНИЙ

МОДУЛЬНАЯ БАЗА ДАННЫХ ДЛЯ СИСТЕМ ПОДДЕРЖКИ ФЯПП ПИФАГОР

Нравится Загрузка...

МОДУЛЬНАЯ БАЗА ДАННЫХ ДЛЯ СИСТЕМ ПОДДЕРЖКИ ФЯПП ПИФАГОР


Матковский И.В., Роенко С.И.
Сибирский федеральный университет, г. Красноярск
В наше время трудно недооценить всю важность исследований в области параллельных вычис¬лений. Активное применение многоядерных систем даже в персональных компьютерах и рост пар¬ка высокопроизводительных вычислительных систем для научных и инженерных расчетов указы¬вают на интенсивное развитие данной области. Одной из особенностей организации параллельных вычислений является необходимость программирования для разнообразных архитектур параллель¬ных систем, что ведет к использованию различных методов, языков программирования и библио¬тек. Зачастую параллельную программу, предназначенную для решения конкретной прикладной задачи, приходится переписывать, чтобы обеспечить проведение расчетов на более перспективных параллельных вычислительных системах. В такой ситуации актуальным становится использование методов и языков, обеспечивающих поддержку архитектурно-независимого параллельного про¬граммирования, в частности, функциональных и потоковых языков. Они описывают только ин¬формационный граф программы и ни в коей мере не осуществляют привязку к системе исполнения. К таким языкам относятся Пифагор, FPTL, Sisal и ряд других.
К текущему моменту уже разработано и реализовано несколько систем для работы с функцио¬нальным языком параллельного программирования Пифагор. Общая структура их довольно схожа. Ниже перечислены основные модули таких систем и рассмотрена схема их взаимодействия.
1.    Транслятор. Данный модуль воспринимает программу из некоего условного формата и преобразует её в понятное событийному интерпретатору представление.
2.    Событийный интерпретатор. Получив внутреннее представление и некие входные дан¬ные, производит собственно процедуру вычисления.
3.    Интегрированная среда разработки. Упрощает для пользователя использование осталь¬ных модулей. Управляет запуском транслятора и событийного интерпретатора, осуще¬ствляет доступ к базе данных.
4.    База данных. Хранит в себе уже обработанные промежуточные представления и, воз¬можно, исходные коды соответствующих им функций.
В минимальную комплектацию системы входят транслятор и событийный интерпретатор -они представляют необходимый минимум функционала и дают возможность работать с язы¬ком. Интегрированная среда разработки является уже следующим этапом; её добавление, одна¬ко, сильно упрощает работу в целом.
База данных (БД) к текущему моменту является наименее разработанным аспектом системы. В уже существующих версиях систем БД использовалась лишь в качестве хранилища текстов функ¬ций и их промежуточных представлений; безусловно, потенциал самой идеи БД существенно более велик. В рамках данной работы описывается ряд идей по устройству и структуре базы.
Определим ряд основных понятий, которые будут использоваться в дальнейших рассуждениях
1.    Модуль - минимальный объект базы. Представляет собой отдельный файл с програм¬мой (возможно, набор файлов).
2.    Пакет - набор модулей, связанных некоей единой целью; также может содержать в себе дополнительные функции, не входящие в состав отдельных модулей.
3. Элемент модуля - функция, глобальная переменная или некий иной объект, описанный внутри модуля и могущий быть использованным при его подключении.
Технические аспекты реализации БД в рамках данной статьи интереса не представляют; для простоты, будем исходить из того, что в качестве БД выступает набор отдельных файлов-программ, существующих в рамках обычной файловой иерархии и некий программный модуль по управлению этими файлами..
В наиболее примитивном виде модуль представляет собой набор функций, описанных в от¬дельном файле. Подключение таких модулей позволяет использовать заранее описанные, "биб¬лиотечные" функции в своей программе.
Возможны, однако, и более сложные варианты. Так, модуль может содержать в себе ряд "глобальных" переменных"; такие переменные видны для всех функций модуля, и их изна¬чальная установка может определить работу модуля. Данный подход, впрочем, не применим к языку Пифагор ввиду отсутствия в нем концепции переменной и наличия идеи единичного присваивания. Альтернативой этому подходу является добавление в состав модуля функции-конструктора; она автоматически вызывается при импорте модуля и обрабатывает передавае¬мые при этом вызове специальные аргументы.
Пакет по сути своей является модулем, в качестве некоторых из элементов которого высту¬пают другие модули. Важно понимать, что только лишь модулями содержимое пакета ограни¬чиваться не обязано: у пакета может быть свой набор глобальных переменных, свой конструк¬тор и свои служебные функции - как для общей обработки данных, так и для манипуляций с модулями. Вообще, идея функций по манипуляции с модулями для языка Пифагор не нова -одним из его краеугольных камней является концепция задержанных списков, хранящих в себе фрагменты исполняемого кода до собственно момента исполнения. Предполагается, что мани¬пуляции с модулями будут развитием именно этой концепции.
Еще одним новым приемом, который может быть полезным в рамках модульной системы, яв¬ляются генераторы функций. Данный механизм к текущему моменту отсутствует в языке Пифагор, однако он может оказаться полезным. Рассмотрим пример такого генератора из языка Python:

def makeincrementor(n):
return lambda x, incr=n: x+incr
Описанный генератор создает функцию, прибавляющую к своему входному параметру некую константу. В дальнейшем, при необходимости, генератор может быть использован для создания но¬вой функции c заданными параметрами. Пусть f = make_incrementor(42); тогда f(0)=42, а f(1)=43 - в качестве прибавляемой константы выступает заданное при генерации число 42.
Необходимо заранее определить, как именно будет происходить импорт модулей в новые про¬граммы. На этапе собственно импорта необходимо проверить наличие затребованных модулей, в случае более сложных структур (пакетов) - убедиться в их целостности - или, как минимум, в на¬личии затребованных пакетов. Впрочем, при введении средств манипуляции модулями на про¬граммном уровне подобная проверка может стать очень сложной, если не невозможной; как вари¬ант, можно рассмотреть возможность введения в пакеты служебной функции самоконтроля.
После проверок целостности происходит запуск конструкторов. На этом этапе событийному интерпретатору придется исполнить часть информационного и управляющего графов модулей; после исполнения текущее состояние разметки на этих графах сохраняется - этим также зани¬мается событийный интерпретатор. Эти промежуточные представления сохраняются в памяти до того момента, как они будут непосредственно вызваны по ходу программы; наиболее удоб¬ным для этого представляется уже существующий в языке механизм задержанных списков.
Одной из наиболее важных функций БД является контроль и управление за промежуточны¬ми представлениями модулей и пакетов. Вообще, касательно хранения исходных кодов моду¬лей возможны два подхода.
1.    База хранит в себе исключительно промежуточные представления модулей.
2.    База хранит в себе промежуточные представления и исходные коды модулей.
В первом случае новые модули создаются средствами инструментальной поддержки, прохо¬дят трансляцию и уже в формате промежуточного представления добавляются в базу. Этот
подход уменьшает количество обязанностей самой базы, однако сильно снижает удобство ра¬боты с системой в целом.
При втором подходе коды модулей могут быть отредактированы через саму базу; в таком слу¬чае, очевидно, на базу ложится дополнительная обязанность - она должна отслеживать изменения модулей, сохранять стабильные версии кода - соответствующие текущим промежуточным пред¬ставлениям и т.д. Тем не менее, в таком варианте работа с системой становится на порядок удобнее.
Создание базы данных, объединяющей в себе описанные выше признаки, существенно уп¬ростит работу с системами поддержки языка Пифагор и предоставит целый ряд дополнитель¬ных возможностей.

Нравится Загрузка...