Интересует мнение на такую тему — какой язык и библиотеку/технологию выбрать для создания GUI приложения.
Приоритетно — скорость работы GUI. Понятно, что как напишешь так и будет работать, но некоторые библиотеки заведомо будут работать медленнее других.
Само GUI — это mdi, каждый child — это таблица, + некоторое кол-во средней сложности диалогов.

Так вот, какой оптимальный выбор по вашему мнению для подобного приложения?

Здравствуйте, bty, Вы писали:

bty>Интересует мнение на такую тему — какой язык и библиотеку/технологию выбрать для создания GUI приложения.
bty>Приоритетно — скорость работы GUI. Понятно, что как напишешь так и будет работать, но некоторые библиотеки заведомо будут работать медленнее других.
bty>Само GUI — это mdi, каждый child — это таблица, + некоторое кол-во средней сложности диалогов.

Объясни почему критична скорость?
Честно не понял... по описанию гуя — это можно на чем угодно сделать. Чему тормозить-то?

EXO>Объясни почему критична скорость?
Это изначальное требование к приложению.

EXO>Честно не понял... по описанию гуя — это можно на чем угодно сделать. Чему тормозить-то?
Каждый mdi-child — это таблица (grid), в котором отображающтся определенные данные.
Эти данные очень динамично обновляются (до 5-6 раз в секунду). Подобных окон может быть достаточно много — наверное до 15 одновременно видимых и различных по наполнению.

Здравствуйте, bty, Вы писали:

EXO>>Объясни почему критична скорость?
bty>Это изначальное требование к приложению.

EXO>>Честно не понял... по описанию гуя — это можно на чем угодно сделать. Чему тормозить-то?
bty>Каждый mdi-child — это таблица (grid), в котором отображающтся определенные данные.
bty>Эти данные очень динамично обновляются (до 5-6 раз в секунду). Подобных окон может быть достаточно много — наверное до 15 одновременно видимых и различных по наполнению.

А кто это будет читать?

15 окон * скажем 20 строк в таблице = 300 строк (обновляющихся 5 раз в секунду!)

Глаза при этом будут примерно вот такие:

Здравствуйте, c-smile, Вы писали:

CS>Здравствуйте, bty, Вы писали:

EXO>>>Объясни почему критична скорость?
bty>>Это изначальное требование к приложению.

EXO>>>Честно не понял... по описанию гуя — это можно на чем угодно сделать. Чему тормозить-то?
bty>>Каждый mdi-child — это таблица (grid), в котором отображающтся определенные данные.
bty>>Эти данные очень динамично обновляются (до 5-6 раз в секунду). Подобных окон может быть достаточно много — наверное до 15 одновременно видимых и различных по наполнению.

CS>А кто это будет читать?

CS>15 окон * скажем 20 строк в таблице = 300 строк (обновляющихся 5 раз в секунду!)

CS>Глаза при этом будут примерно вот такие:

Будут, еще как. Некоторые из них еще будут мигать как новогодняя елка (в зависимости от некоторых критериев).
Мне очень нужно мнение касательно — языка/библиотеки/технологии. Что лушче?

bty>Интересует мнение на такую тему — какой язык и библиотеку/технологию выбрать для создания GUI приложения.
bty>Приоритетно — скорость работы GUI. Понятно, что как напишешь так и будет работать, но некоторые библиотеки заведомо будут работать медленнее других.
bty>Само GUI — это mdi, каждый child — это таблица, + некоторое кол-во средней сложности диалогов.

bty>Так вот, какой оптимальный выбор по вашему мнению для подобного приложения?

Скорее всего, видимая производительность пользовательского интерфейса в твоем случае будет зависить от выбора конкретного Grid Control. Тебе нужно в известной мере тщательно отнестись к этому выбору (благо сейчас для всех популярных прогораммных платформ рынок grid controls переполнен), и, скорее всего, все будет в порядке.

Здравствуйте, EugeneZ, Вы писали:

bty>>Интересует мнение на такую тему — какой язык и библиотеку/технологию выбрать для создания GUI приложения.
bty>>Приоритетно — скорость работы GUI. Понятно, что как напишешь так и будет работать, но некоторые библиотеки заведомо будут работать медленнее других.
bty>>Само GUI — это mdi, каждый child — это таблица, + некоторое кол-во средней сложности диалогов.

bty>>Так вот, какой оптимальный выбор по вашему мнению для подобного приложения?

EZ>Скорее всего, видимая производительность пользовательского интерфейса в твоем случае будет зависить от выбора конкретного Grid Control. Тебе нужно в известной мере тщательно отнестись к этому выбору (благо сейчас для всех популярных прогораммных платформ рынок grid controls переполнен), и, скорее всего, все будет в порядке.

Спасибо.
Я это и сам понимаю. Правда мне бы хотелось услышать конкретный вариант.

Здравствуйте, bty, Вы писали:

bty>Будут, еще как. Некоторые из них еще будут мигать как новогодняя елка (в зависимости от некоторых критериев).
bty>Мне очень нужно мнение касательно — языка/библиотеки/технологии. Что лушче?

Лучше использовать то что ты знаешь и умеешь.
GUI можно рисовать и в MFC и в WTL и на голом API. Для твоей задачи
быстродействие неважно.

5 раз в секунду это ничего по сравнению со скажем задачей отображения live video.

Здравствуйте, c-smile, Вы писали:

CS>Здравствуйте, bty, Вы писали:

bty>>Будут, еще как. Некоторые из них еще будут мигать как новогодняя елка (в зависимости от некоторых критериев).
bty>>Мне очень нужно мнение касательно — языка/библиотеки/технологии. Что лушче?

CS>Лучше использовать то что ты знаешь и умеешь.
CS>GUI можно рисовать и в MFC и в WTL и на голом API. Для твоей задачи
CS>быстродействие неважно.

CS>5 раз в секунду это ничего по сравнению со скажем задачей отображения live video.

Спасибо.

bty пишет:
> Будут, еще как. Некоторые из них еще будут мигать как новогодняя елка (в зависимости от некоторых критериев).
> Мне очень нужно мнение касательно — языка/библиотеки/технологии. Что лушче?

DirectX + слбственные ручки?

Здравствуйте, bty, Вы писали:
Delphi Native.
плюсы: при желании можно переползти на .Net просто конвертацией проекта. На уровне исходных текстов вроде бы совместимо более-менее.
MFC/ATL/WTL/API — тоже неплохо, но сам UI на них разрабатывать менее тривиальная задача.
Скорость отрисовки у всех ришений будет подобен

bty>Так вот, какой оптимальный выбор по вашему мнению для подобного приложения?

Java awt/swing не рассматривается? приложение будет работать немного медленнее, но зато будет кроссплатформенное

Здравствуйте, alskor, Вы писали:

bty>>Так вот, какой оптимальный выбор по вашему мнению для подобного приложения?

A>Java awt/swing не рассматривается? приложение будет работать немного медленнее, но зато будет кроссплатформенное

О нее, кроссплатформенность мне как раз ненужна ...
Спасибо за предложение