| Разработка препроцессора gpre для delphi\freepascal. |
Здравствуйте, уважаемые жители Королевства.
Многие находят удобным препроцессор gpre от interbase
(для тех, кто с ним не встречался: gpre преобразует
помесь sql и некоторого языка x в чистый код на языке
х с вызовами функций IB API). Его использование
достаточно хорошо описано в
ftp://ftp.ibphoenix.com/downloads/60EmbedSQL.zip с
подробными примерами в каталоге /examples/
дистрибутива interbase.
Теоретически это самый производительный доступ к
данным ib, кроме того, размер программ получается
очень маленьким при большой свободе действий.
Но реализации interbase для платформ, нам доступных
(win32,linux,freeBSD) предусматривают gpre только для
c\cpp.
Линковать на уровне объектных файлов или привязывать
через .dll\.so - слишком трудоемкая и многодельная
работа с возможными многочисленными летательными
исходами.
В исходниках interbase/gpre имеется флаг PASCAL для
платформ APOLLO, VMS. Там же есть и реализации для
ada, fortran, cobol и др. языков на недоступных (нам)
платформах. Эксперименты с .epas и анализ исходников
показали, что для win32 работает парсер паскаля и не
работает генератор кода паскаля (формируется код си).
Мы были бы рады услышать мнения жителей с технической
и экономической точек зрения по следующим вопросам.
1.Оправдана ли разработка препроцессора gpre для
delphi\freepascal.
2.Оправдана ли разработка движка бд для delphi на
основе указанного препроцессора для задач с
интенсивным обменом данных в дополнение к существующим
движкам.
С уважением,,
Кубанычбек Тажмамат уулу
Всего в теме 16 сообщений
Добавить свое сообщение
Отслеживать это обсуждение 
- Free Pascal, Oberon, BlackBox
- Мысли об Обероне
- Component Pascal и среда разработки BlackBox
- FreePascal: реальная альтернатива или OpenSource — блажь?
<<<... | 6—1
Всего сообщений в теме: 16; страниц: 2; текущая страница: 2
| № 6 05-01-2002 10:25 |   |
Гм. А почему обязательно потомок DataSеt ? Не проще (не говорю эффективнее) реализовать на С++ (bcc5.5 etc.) модуль, который как *.obj потом прилинковать к приложению на Дельфи? А потом превратить его в DLL( на Win32) ? Дело в том, что, как Вы отметили, в примерах действительно есть варианты на паскале, но ... используем, как правило, код на С++(из-за преносимости с ОСей). С подвязкой сокетов под мультиплатформенность, правда, сложней.
| № 5 05-01-2002 00:46 | |
to Evgeg
Дополнительно к сообщению 4.
gpre для си сейчас также позволяет обращаться к нескольким базам и работать в контексте нескольких транзакций (и это делается довольно просто). Было бы неплохо иметь такие возможности с использованием смешанного программирования в delphi.
| № 4 05-01-2002 00:41 | |
to Evgeg
>А что будет представлять собой движок бд для delphi на основе указанного препроцессора ?
Скорее всего, потомок датасета, в котором обращения к базе явно прописываются через EXEC SQL .. c последующей обработкой в gpre до компиляции. Есть случаи, когда содержимое обращений к серверу известно во время разработки (назовем их статическими запросами), где не требуются возможности dsql. Кроме того, для вспомогательных обращений к серверу не будет необходимости добавлять новые компоненты к форме|модулю данных или менять содержимое свойства SQL, а делать все прямо из кода.
| № 3 04-01-2002 23:46 | |
А что будет представлять собой движок бд для delphi на основе указанного препроцессора ?
| № 2 04-01-2002 22:44 | |
to Maxim:
Спасибо за отклик.
>Если на то пошло то часто ли на С пользуется grpe?
Да, довольно часто. Основные области применения (bcc55 win32,
gcc unix): конвертеры из dbf и обратно, конвертер из журнала цифровой АТС NEAX61e, генераторы текстовых отчетов, межбазовые репликаторы, рекурсивные обработчики деревьев, командно-строчные запросники-отчетники, плагины для Far с запросами к базе данных. Есть ряд задач, которые можно решить намного быстрее и удобнее, используя gpre, а есть задачи, которые лучше решаются с использованием связки delphi+fibplus.
Кстати, в исходниках interbase в /examples/ есть примеры с использованием gpre для паскаля и других языков (*.epas, *.vepas).
| № 1 04-01-2002 17:53 | |
Думаю что это не очень перспективное занятие.
Потому что на данный момент для Делфи и FreePascal
есть множество боблиотек позволяющих писать приложения довольно удобно и быстро. И не думаю что можно получить качественный скачек быстродействия получая на выходе голый API по сравнению с вышеназванными методами доступа.Я также не вижу такого рода задачь где переход на голый API и выгрышь в скорости максимум 5-7 процентов так уж критичен. А если уж и есть такие задачи то в них как правило есть всего пара мест где оправданно использование API. Так в них можно и ручками написать все вызовы - и ради этого тратить уйму времени на прикручивание к grpe паскаля - по моему мнению слишком накладно.
Если на то пошло то часто ли на С пользуется grpe?
<<<... | 6—1
Всего сообщений в теме: 16; страниц: 2; текущая страница: 2
Добавить свое сообщение
Отслеживать это обсуждение
| Дополнительная навигация: |
| 
