|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Serguei Miridonov 2:5020/400 06 Mar 2005 22:46:30
To : Victor Wagner
Subject : Re: Need GUI development tool (Kylix or something)
--------------------------------------------------------------------------------
Victor Wagner wrote:
> Askar Ibragimov <askar@ksu.ru> wrote:
> >>Мнэ... Hе советую, съедят. Лучше уж не g++, а
> питон/тикль/окамл.
> AI> а они насколько быстры? это ведь интерпретаторы. А мне еще
>
> А оно надо, для GUI быстрота? Hормальная GUI-программа всё равно 90%
> времени занимается ожиданием ввода пользователя.
Это GUI может ждать пользователя. А там - за GUI, но в той же
программе могут и экспериментальные данные обрабатываться почти в
реальном времени... Да и график с текущими данными часто нужен тут
же. Представьте себе хотя бы осциллограф.
> А базовые компоненты у
> питона/тикля всё равно на C написаны.
Hо когда вся программа на C/C++ - быстрее всё-таки?
> А ocaml, кстати, компилируемый язык, причем компилируемый весьма
> эффективно. Более быстрый код генерируют только некоторые реализации
> Lisp.
>
> AI> надо навернуть расчеты и обработку файлов, на C 10
>
> Один из способов - пишешь программу для рассчетов на C, которая получает
> данные на stdin и пишет на stdout, пишешь интерфейс на Tcl, и из него
> запускаешь эту программу.
>
> Обработка файлов на tcl у тебя получится, пожалуй не медленнее, чем на
> C, и при этом с будет гораздо быстрее написана, и гораздо меньше
> содержать ошибок.
Да ладно... В C/C++ open("/dev/...", ...); ioctl, mmap или даже
read/write быстрее будут.
Кроме этого, под Qt, как уже было написано, есть Qwt - готовые
виджеты для графиков. В Qt designer рисуешь GUI, вставляешь QwtPlot,
и пользуешь указатель на него для прорисовки графика. Если руку
набить - 5 минут, чтобы график отобразить. Другое дело - руку
набивать ;-) Тут с непривычки тяжело может быть... Hо потом эти
затраты времени окупятся.
--- ifmail v.2.15dev5.3
* Origin: CICESE Research Center, Ensenada, Mexico (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
