Что лучше выбрать для построения интерфейсов?

Что лучше выбрать для построения интерфейсов gui?
Qt или GTK... И что используете вы ? .NET WinForms (C#) не предлагайте пожалуйста. Думал вообще пересесть на Java там вить дела с интерфейсом и кроссплатформенностью обстоят куда лучше.

Раньше использовал MFC и С++ Builder. Не хочу сейчас их использовать потому, что они заточены сугубо под одну операционную систему.

Я знаю, что таких тем в интернете существует великое множество. Хотелось бы узнать свежое мнение.

0

Qt. У него документация мощная и много пользователей - будет у кого спросить в случае затруднений. Кроме того, помимо графики там полно нужных и полезных фишек (сеть, БД...).

0

Сообщение от Чумаков Антон Qt. У него документация мощная и много пользователей - будет у кого спросить в случае затруднений. Кроме того, помимо графики там полно нужных и полезных фишек (сеть, БД...).

А в плане дружбы с OpenGL/DirectX - QT не уступает уж очень сильно Студии?
Он так же позволяет эффективно и комфортно работать связке С++ и эти инструменты?

0

Сообщение от Masai А в плане дружбы с OpenGL/DirectX - QT не уступает уж очень сильно Студии?

Qt - этож фреймворк для С++. Как можно сравнивать фреймворк и IDE?
Qt ведь можно и в Студии использовать.

Если коснуться интеграции dx и opengl непосредственно в framework, то можно в Qt использовать и то и другое. Для OpenGL есть достаточно прозрачная поддержка. В том числе использование в качестве рендера для обычных виджетов. С DirectX тоже вроде что-то делалось в этом направлении.

В любом случае никто не запрещает пользоваться родным API dx или ogl совместно с Qt. Qt - это всего лишь библиотека (не путать с QtCreator, который IDE).

0

Виноват, я имел ввиду именно IDE QtCreator в своём вопросе само собой. =) Привычка дурацкая у меня - не уточнять этот момент, а просто QT писать, что сам понимаю - неправильно очень сильно.

0

0

Сообщение от DrOffset С DirectX тоже вроде что-то делалось в этом направлении

если быть точнее, есть две сборки qt. одна с angle другая без. т.е. над самим DirectX они, вроде как, не работают, ибо эта штука есть только под виндой. упрощенно говоря, angle -- это кросплатформенный OpenGLES 2.0 (в последней версии вроде припилили 3.0, но пока не юзал). то есть под виндой, он может прозрачно скомпилить все шейдеры в HLSL, и заюзать функции DirectX. Но апи лучше использовать именно OpenGLES 2.0, тогда с переносом на разные платформы проблем быть не должно

Сообщение от Masai Он так же позволяет эффективно и комфортно работать связке С++ и эти инструменты?

ну как сказать... на QML-е тот же редактор шейдеров написать, с компиляцией в риал-тайме, к примеру, дело 5-10 минут. С десктопными компонентами еще проще и можно быстрее сделать крутой интерфейс заодно можно применять разные анимации, тени, градиенты, и прочую байду, для красивости, по сути, в любом элементе.
штука хорошая. и по производительности не уступает китайским аналогам например, wx-у. из недостатков, по сравнению с wx, бОльший объем библиотек, в бесплатном варианте только LGPL(ну тут кому недостаток, кому все равно), ну и пожалуй, ненативность кода, использование препроцессоров. А так, очень неплохая вещь.

1

Ох господа, что-то я запутался.

QML (Qt Meta-Object Language) — декларативный язык программирования, основанный на JavaScript, предназначенный для дизайна приложений, делающих основной упор на пользовательский интерфейс[2].

Т.е в Qt Creator IDE с помощью QML - можно делать графику в связке с С++?
А QML и OpenGL - это аналоги, или совсем разные вещи? Извините, совсем запутался.

П.С - вообще, жаль что в Code Block кое какие вещи малость примитивны вероятно (на фоне Студии), а то там так здорово кодить... Вот бы там и ГУИ, и Дирекции/OpenGL прорабатывать... Что интересно, при создании проекта - перечисленные вещи есть как шаблоны проекта, что явно говорит о том, что CB по идее поддерживает всё, что нужно мне. Но вопрос - как...

0

Сообщение от Masai А QML и OpenGL - это аналоги, или совсем разные вещи? Извините, совсем запутался.

Разные.

Сообщение от Masai Т.е в Qt Creator IDE с помощью QML - можно делать графику в связке с С++?

QML - это высокоуровневое средство построения интерфейсов. Внутри (в своей реализации) оно может использовать что угодно, в том числе и opengl. Но я думаю, это немного не то, о чем ты спрашивал.
Поясню. В QtCreator обычно используется компилятор MinGW. MinGW, в свою очередь, это порт линуксового GCC на винду.
За исключением некоторых чисто виндовых особенностей (SEH, расширения компилятора cl из студии), MinGW позволяет делать все тоже самое, что делает студия. Все библиотеки, которые нужны для компиляции dx или opengl приложений, либо уже присутствуют в MinGW, либо легко адаптируются, и это все безотносительно используем ли мы Qt или нет. В CodeBlocks применяется абсолютно тот же компилятор - MinGW. Отсюда вывод, делать в MinGW можно все тоже самое, что и в студии. Возможно некоторые решения будут отличаться из-за отсутствия поддержки майкрософтовских фич (выше привел примеры), но в любом случае путь решения найдется.

Сообщение от Masai Но вопрос - как...

Нужно найти соответствующие библиотеки, если их нет в составе MinGW, возможно скомпилировать, либо адаптировать библиотеки импорта, чтобы линковщик мог с ними работать. Далее установить все это хозяйство в какое-нибудь удобное место и подцепить из свойств проекта или из мейкфайла.

0

Сообщение от DrOffset В QtCreator обычно используется компилятор MinGW

неправда ваша) как раз таки, qt, из-за своей кроссплатформенности, использует кучу разных тулчейнов, в том числе умеет и icc, и msvc под винду. вроде как и clang должен поддерживать, но не уверен. подробнее смотрите mkspec-и в qmake-овской директории... на крайняк, можно и самому такую штуку сделать, это не должно быть очень сложно. правда, разумеется, желательно при этом пересобрать и весь фреймворк.
а официальные сборки сейчас как раз таки собираются именно им, в первую очередь. под mingw только одну сборку вижу.
а можно скачать и mingw-шную, и vs-ную, тогда в креатор можно добавить и тот и другой тулчейн, и при компиляции выбирать, каким пользоваться. в этом плане довольно удобно там все сделано

но библиотеки все равно искать надо, если их нет в стандартном наборе, это да. настраивается это все правкой *.pro файлов, с помощью переменных LIBS и INCLUDE_PATH. подробнее смотрите документацию по qmake.

0

Сообщение от NEbO неправда ваша)

Ну во-первых не неправда, а неполная информация. Во-вторых там стояло слово обычно. По крайней мере некоторое время назад mingw был компилятором поставляемым по-умолчанию с QtCreator. Сейчас это не так?

Сообщение от NEbO из-за своей кроссплатформенности, использует кучу разных тулчейнов

Это я прекрасно знаю. С другой стороны, автору сейчас хотя бы с одним тулчейном отличным от VS разобраться.

Добавлено через 3 минуты

Сообщение от NEbO а можно скачать и mingw-шную, и vs-ную, тогда в креатор можно добавить и тот и другой тулчейн

В вышеупомянутый CodeBlocks тоже можно запихать любой тулчейн, однако, как я же сказал, что по-умолчанию предлагается mingw - в случае codeblocks - это точно так.
В любом случае спасибо за дополнение, автору вероятно это тоже может быть полезно.

0

Сообщение от DrOffset Сейчас это не так?

ну в одной сборке так, в другой нет. под msvc библиотеки чуть понативнее, и не нужно добавлять -Wl,-static со -static в опции, чтоб слинковать статически с libgcc_s и прочими mingw-специфичными зависимостями Поэтому думаю, что целесообразнее использовать компилятор от msvc, в большинстве случаев. да и выбор там побольше: есть сборки с angle, есть без нее, есть 32х разрядные, есть 64х разрядные. под mingw только одна, с angle и 32х разрядная.
просто вы так настаивали именно на mingw, и я подумал, что ТС тоже начнет что-то искать именно mingw-шное, хотя может он им и не пользуется вот и поправил

0

Я обычно этот выбираю - GNU GCC. Хотя без mingv установленного - вообще не хотело работать. Потом я установил версию C::B + minGV (кажется) - и всё заработало. В общем путаюсь где мухи, а где котлеты. =)

Вообще я специально недавно пересаживался с MStudio и C#. Хотел и на С++ перейти да и в другой IDE работать да и с применением DirectX или OpenGL. Поэтому мне всё же очень хотелось бы на С++ не в Студии работать по "идеологическим" причинам. Хотя бы какой-то период. И у меня выбор пал на QtCreator или на C::B. Очень хочется там всё обустроить, чтоб комфортно и эффективно можно было бы работать с OpenGL или DirectX. Ну если (как видно во вложенном файле-картинке) разработчики сделали при создании проекта такие проформы - ну это же о чём-то говорит... Я надеюсь моя мечта исполнится и можно вне студии (а в вышеописанных) работать с OpenGL/DirectX не менее эффектно... Простите - пока ещё в путанице, уже проходил такие путаницы - они пройдут.

П.С - цель: змейки да бомбермены делать учиться. Не уступая по графике хотя бы такому - http://www.youtube.com/watch?v=aEbRN80pHmc (на 50-ой секунде)

Миниатюры

   

0

Сообщение от Masai Я обычно этот выбираю - GNU GCC.

MinGW - это и есть GNU GCC для windows, точнее основная часть GNU GCC.

Сообщение от Masai Хотя без mingv установленного - вообще не хотело работать.

Правильно. Есть две сборки C::B для windows, первая вообще без какого-либо компилятора (предлагается его установить самостоятельно), вторая с предустановленным MinGW.

Сообщение от NEbO просто вы так настаивали именно на mingw

Ничего я не настаивал, я объяснял в чем разница между компиляторами и рассказывал, на примере mingw, что делать штуки, которые может студия, можно и в других средах.
Собственно, пытался для Masai, как он сказал, "отделить мух от котлет".

0