Цитата(popovda @ 10.7.2006, 22:50  ) |
| хочется иметь библиотеку для работы с графикой и интерфейсом их вывода на cpp, а программы писать на Ф95 не особо заморачиваясь |
| Цитата(popovda @ 10.7.2006, 20:27 ) |
| библиотека на C++ с интерфейсом (по типу AViewer'а) подключается к проге на Фортране |
vs
| Цитата(popovda @ 10.7.2006, 22:50 ) |
| библиотека с чис. методами на Ф95, а интерфейс как основная программа на cpp |
| Цитата(popovda @ 10.7.2006, 20:27 ) |
| к интерфейсу на C++ подключается библиотека на Фортране |
Иными словами, если я правильно понял, есть как минимум два варианта организации визуализации данных:
- Разработать графическую библиотеку для отображения графиков и прочего гламура. При этом она имеет интерфейс наподобие Array Viewer. Используется для этого дела С++, позволяющий реализовать это в объектно-ориентированном стиле и легче использовать графические библиотеки низкого уровня, например, OpenGL.
Основная ррограмма, содержащая вычислительную часть изящно пишется на Fortran. Для организации визуализации данных в программе подключается бибилиотека, ей передаются соотв. данные, она запускает свой интерфейс и проводит в нём визуализацию в виде графиков и прочее. Могут быть также различные сервисные возможности: показ матрицы данных, линий уровня, кнопочки, рюшечки... - Вычислительная начинка пишется всё также на Fortran. Оформляется для надёжности как динамическая (DLL -- Win) или общая (Shared Lib -- Lin) библиотека (просто можно ещё использовать обмен прямо через объектные файлы, но это совсем не профессионально). Фактически, библиотека представляет собой программу без интерфейса.
Для визуализации данных на С++ пишется интерфейсная прога. Она вызывает и управляет процедурами библиотеки, т.е. контролирует все операции. Пользователь, двигаясь по элементам интерфейса, через поля данных (labels) может задавать различные параметры (цифереки), кнопками и списками управлять режимами выполнения программы (ну, или вычислений то есть), организовывать визуализацию расчётных данных в виде графиков.
AV (Array Visualizer) позволяет делать и то и другое. Вот как эти две концепции реализуются с помощью него:
- Создаётся консольное приложение на Fortran. Оно проводит вычисления и всю основную работу. По мере необходимости или в конце своей работы она подключается к Array Visualizer и запускает экземпляр окна Array Viewer, в котором и проводится визуализация данных. Всю административную работу проводит приложение Fortran, которое является основным.
- Создаётся приложение с графическим интерфейсом, скажем, на языке С++. На форме расположены все необходимые элементы управления, в частности, и элемент ActiveX отображения графиков Graph, который идёт вместе с AV. Вся основная работа программируется в виде процедур Fortran и зашивается в библиотеку DLL. Интерфейсная прога рулит процедурами этой библиотеки. Пользователь, гуляя по форме, приказывает сосчитать что-нить, задаёт параметры, выводит графики. В большинстве случаев элементы управления, такие как кнопки, вызывают на выполнение соотв. процедуры DLL-ки, пеердавая ей параметры с формы. В файл сносятся все вычисления. После завершения из файла данные отображаются на форме. Таким образом, интерфейс здесь выполняет адвминистративные функции и является основным приложением.
Скажу больше: сам Array Viewer написан с использованием тех же элементов ActiveX, что кидаются на формочку и идут вместе с AV (Graph и т.д.). Фактически это интерфейсное приложение, но обычно упраляют им, а не оно ходом вычислений.
Недостатки
- Граф. библиотека
- Меньшая гибкость интерфейсных сервисов -- некоторая шаблонность интерфейса.
- Процесом вычислений управляет стороннее, консольное приложение, а не через интерфейс.
- Плохая возможность задания параметров и самих функций (y = x*x) с помощью интерфейса.
- Требуется обеспечить API граф. библиотеки.
- Интерфейсная программа
- Всем рулит интерфейсная прога, которая обязана дружить с Fortran.
- Требуется написать элементы управления типа Graph для интеграции на форме.
Достоинства
- Граф. библиотека
- Пишется один раз, всерьез и надолго ("... но не навсегда" (С) Ленин, по-моему).
- Всем рулит Fortran, который на короткой ноге со своими же процедурами.
- Интерфейсная программа
- Всем рулит интерфейсная прога, которая обеспечивает интерактивность и упралет процессом.
- Большая гибкость разработки интерфейсов.
- Различные параметры и ход работы задаются через граф. интерфейс.
Ещё особнаком стоит вопрос кроссплатформенности. Так, например, AV есть только под виндами. Интерфейсное приложение как и граф. библиотека должны быть кроссплатформенными. Есть несколько вариантов:
- Java -- замучаемся вызвывать Fortran транзитом через обёртки на С++ (Java только С++ вызывать умеет).
- OpenGL. Можно. Но придётся довольствоваться её средствами по созданию GUI.
Плюс здесь прокатывает только первый вариант -- с граф. библиотекой. Ведь если написать интерфейсное приложение на OpenGL, то какую основную библиотеку потом оно должно будет вызывать: DLL или Shared? Даже на уровне исходных кодов DLL и Shared будут различаться, а значит переносимости и такой не будет.
А вот, чобы вызвать граф. бибилиотеку код нужно будет писать один и тот же. Хотя, это как ещё API её организовать...
- .Net. Не до конца понимаю.
C библиотекой как? По идее можно. Она оформлена как сборка .Net. С помощью Intel Wizard генерим к ней интерфейсые модули на Fortran и с помощью них вызываем её потом из Fortran. Делается это одинаково под любыми платформами.
Для второго варианта. Допустим интерфейс вызывает DLL. А под Linux он сможет это сделать? ф.з.
В общем, есть причины тут стать мозголомом
