Qt возможности

Гуру, помогите новичку на С++!

Можете "в двух словах" рассказать о Qt (кросплатформенный С++)?

1) Лицензии. Могу ли я на бесплатном Qt писать платные программы не открывая код?
2) Библиотеки. Нужно ли таскать за программой лишние dll или все встраивается в ехе-файл? Сильно ли увеличивается размер?
3) Компиляторы. Можно ли "выдрать" из Qt только нужное (сокеты, потоки) и использовать их в MinGW? Можно ли "частично" использовать Qt, а частично WinAPI (например цвета в консоли, работа со звуком)
4) Платформы. Есть Qt для андроида. Он совместим с Qt Windows?
5) Консоль. Можно ли писать программы не используя "окошек"?
6) Серверные решения. Имеет ли смысл? Например сделать сокет-сервер и положить на веб-сервер для множественных одновременных подключений. Или для этого лучше подойдут другие языки? (ява, питон)

(прежде чем убивать кучу время на практически новый для меня фреймворк, хотелось бы знать что делаю это не зря)

0

Сообщение от Tester64 1) Лицензии. Могу ли я на бесплатном Qt писать платные программы не открывая код?

Можете, но это будет нарушение лицензии. Правда, я не знаю какое наказание, если вы будете распространять своё приложение без исходников. Скорее всего - штраф. Возможно, фирма (владелец Qt) может подать в суд. Мне кажется, трудно привлечь к ответственности за такое деяние, так как сложно будет собрать доказательства (да и не выгодно ловить нарушителей). Таких дел, наверное, и не было никогда. Всё что я написал выше - это просто мои предположения

Рекомендую изучить информацию по этим ссылкам:
http://www.digia.com/ru/Qt/News/20082014/
http://www.qt.io/licensing/

В этой табличке можно посмотреть сколько стоит коммерческий Qt: http://www.qt.io/download/

2) Библиотеки. Нужно ли таскать за программой лишние dll или все встраивается в ехе-файл? Сильно ли увеличивается размер?

Возьмём, для примера, простейшее оконное приложение. Для того, чтобы приложение запускалось на другом компьютере, необходимо расположить рядом с exe следующие библиотеки:

icudt53.dll
icuin53.dll
icuuc53.dll
libgcc_s_dw2-1.dll
libstdc++-6.dll
libwinpthread-1.dll
Qt5Core.dll
Qt5Gui.dll
Qt5Widgets.dll
platforms/qwindows.dll

Суммарный вес 44 МБайта

А если дополнительные модули использовать, то количество dll возрастёт. Я на чистом компьютере запускаю и то что не хватает добавляю отсюда: c:\Qt\Qt5.4.0\5.4\mingw491_32\bin\

Можно собрать статически в один exe, но для этого нужно саму библиотеку Qt собрать статически (это занимает 2 часа) Тогда приложение будет весить 15 МБайт, а если сжать exe c помощью программы upx - будет весить 5.5 МБайт У меня есть инструкция: https://www.cyberforum.ru/blog... g2924.html

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

Сообщение от Tester64 Можно ли "частично" использовать Qt, а частично WinAPI (например цвета в консоли, работа со звуком)

Можно свободно использовать WinAPI

Сообщение от Tester64 Консоль. Можно ли писать программы не используя "окошек"?

Создаёте пустой проект: "Other Project"->"Empty qmake Project": Первая консольная программа на C++ в среде Qt Creator

Либо можно создать: "Application"->"Qt Console Application". Тогда можно создавать сигнал/слот взаимодействие

На всякий случай, ещё такая инструкция: Первое оконное приложение на Qt (диалоговое окно)

1

Сообщение от Tester64 6) Серверные решения. Имеет ли смысл? Например сделать сокет-сервер и положить на веб-сервер для множественных одновременных подключений. Или для этого лучше подойдут другие языки? (ява, питон)

Меня еще это интересует!

У меня есть "текущая" задача. На ней учусь писать на С++.
Сделать 2е небольшие программы. Обе консольные. Одна через WinAPI получает данные (бинарные буферы) на одном компе и рассылает через сокеты клиентской программе на других компах. Клиентские в консоли выводят полученное(обработав). Клиенты могут посылать серверу "управляющие команды"(двустороннее асинхронное общение). Часть отвечающая за работу с WinAPI и отображение в консоли успешно сделана в MinGW. А вот с сокетами и многопоточными серверами полная лажа... Примеров почти не нашел. А то что нашел под Qt (пример "чата").

В идеале хотел сделать 2е маленькие dll-ки. Клиент и сервер. И подключить их к старым программам. Всю логику сокетов и взаимодействия клиентов оставить в dll. И... не знаю на каком С++ писать! Уже нашел не меньше 4х "мультиплатформенных" сокетных компонент (poco, Qt, boost, ...). Но в основном без примеров. Уже совсем отчаялся и решил посмотреть в сторону Qt(там хоть какие-то примеры в поставке)...

На сегодня обе программы занимают от силы по 500 кб. Если добавить либы от Qt... Многократно увеличится?

По лицензиям... тоже довольно странно! Около 150$ в МЕСЯЦ! За поддержку? А через месяц еще 150 за "продление"?

И в идеале хотел сделать сервер-ретранслятор этих данных под линукс. Будет аналог не сильно загруженного веб-сервера (без окошек). Имеет смысл такое писать на Qt?

0

Сообщение от Tester64 1) Лицензии. Могу ли я на бесплатном Qt писать платные программы не открывая код?

Да.
Qt может распостраняться по лицензии LGPL, которая позволяет
сохранять исходники закрытыми при соблюдении некоторых условий.
В частности, вы должны динамически компоноваться с Qt.

Qt Licensing
https://qt-project.org/products/licensing

Adding LGPL v3 to Qt
http://blog.qt.digia.com/blog/... -v3-to-qt/

GNU (LGPL) 2.1
http://www.gnu.org/licenses/ol... l-2.1.html

ПЕРЕВОД НА РУССКИЙ ЯЗЫК СТАНДАРТНОЙ ОБЩЕСТВЕННОЙ ЛИЦЕНЗИИ ОГРАНИЧЕННОГО ПРИМЕНЕНИЯ.
http://jxself.org/translations/lgpl-2.1.ru.shtml

Ответы на вопросы о лицензиях GNU
http://www.gnu.org/licenses/gpl-faq.ru.html

5

Сообщение от 8Observer8 Можно собрать статически в один exe, но для этого нужно саму библиотеку Qt собрать статически (это занимает 2 часа) Тогда приложение будет весить 15 МБайт, а если сжать exe c помощью программы upx - будет весить 5.5 МБайт У меня есть инструкция:

Если использовании компилятора MSVC зависимостей меньше, и при сатитич.сборке экзешник около ~7...10 MБ.
Сжимать UPX нет особого смысла.

2

Сообщение от Tester64 6) Серверные решения

Может вам пригодится этот пример: C++ Qt 70 Advanced Asynchronous QTcpServer with QThreadPool

1

Сообщение от 8Observer8 Может вам пригодится этот пример: C++ Qt 70 Advanced Asynchronous QTcpServer with QThreadPool

Команды, команды, команды и невнятная речь на заднем плане...
Меня больше интересует ответ на вопрос "ИМЕЕТ ЛИ СМЫСЛ?".
Можно ли сделать полноценный веб сервер на Qt? (у меня будет не веб, а сокетный, но смысл похожий. Не больше 10 клиентов, но возможно большой трафик).

Когда учил Делфи один приколист статью написал листов на 10 как написать работающий драйвер на Делфи под Windows. Вполне удачно его собрал в конце. И в конце приписал - "Делфи вообще-то не предназначен для написания драйверов. Просто я хотел доказать что на нем в принципе при большом желании можно написать все... Qt "предназначен" для серверных линуксовых решений??? Да/Нет/не особо...

Мне нужно написать решение ТОЛЬКО для сетевого общения двух программ. И предстоит ради этого найти и научиться работать в новой (для меня) технологии сокетов. Имеет ли смысл изучать для этого Qt? Или поискать другие подходы???

Позднее прийдется написать клиент и сервер еще и под андроид... "Плагином" в другую программу! C Qt (по идее) переписывать не прийдется. Но опять-же "имеет ли смысл"?

0

Сообщение от Tester64 Можно ли сделать полноценный веб сервер на Qt?

Можно. Даже уже написан: http://phantomjs.org/

1

Сообщение от Tester64 Меня больше интересует ответ на вопрос "ИМЕЕТ ЛИ СМЫСЛ?".

Если нет необходимости обрабатывать более 300 подключений, то вполне.

Сообщение от Tester64 И предстоит ради этого найти и научиться работать в новой (для меня) технологии сокетов.

Какая новая технология сокетов? И под Linux и под Windows используются сокеты Беркли.

RazrFalcon, PhantomJS это "браузер", а не веб сервер.

1

Сообщение от Dmitriy_M Какая новая технология сокетов?

Я просто с сокетам раньше ВООБЩЕ не работал. Ни в одном языке. Немного учился на Делфи, но нужной надежности не добился и отложил проект года на 3-4. Сейчас решил реанимировать проект, но на С++ (новом для меня языке - пол года мелкими темпами учусь).

Сообщение от Dmitriy_M И под Linux и под Windows используются сокеты Беркли.

Погуглил... возможно подойдет... попробую!
Пол года назад кто-то тоже советовал Беркли. Но другой умник убедил меня что Беркли работает только под линукс. Я растроился (мечтал о мультиплатфроменном решении) и начал искать альтернативы... Добрался до Qt и его вполне оформленных классах сервера и клиента (вместо Беркли подобных процедурно-функциональных решений).

0

Сообщение от 8Observer8 Суммарный вес 44 МБайта

В Qt4 минимальный вес библиотек всего 11 МБайт

Добавлено через 6 минут
Tester64, Сокеты Беркли это конечно интересно для изучения технологии работы сокетов. Но для реальной работы уже несколько устаревшая и не очень удобная штука. Используя классы Qt можно с меньшими затратами спокойно использовать сокеты.

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

Сообщение от Tester64 3) Компиляторы. Можно ли "выдрать" из Qt только нужное (сокеты, потоки) и использовать их в MinGW? Можно ли "частично" использовать Qt, а частично WinAPI (например цвета в консоли, работа со звуком)

Выдрать из Qt вряд ли получится, а вот использовать в Qt WinAPI это пожалуйста.

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

Сообщение от Tester64 5) Консоль. Можно ли писать программы не используя "окошек"?

Можно.

3

Примерно понял! Спасибо!
Сначала пожалуй изучу Беркли... Хотя-бы внимательнее поищу примеры и изучу возможности других реализаций сокета (нашел примеры в архиве с boost).
11Мб - многовато для практически ПУСТОГО проекта! И не до конца уверен в портированости под андроид.
Qt оставлю на "запасной вариант".

0

Сообщение от Tester64 11Мб - многовато для практически ПУСТОГО проекта!

Для современных компьютеров и ноутбуков такие веса в несколько десятков MБ не имеют никакого значения. Главное - это то, что вы получаете за эту плату: высокая скорость разработки, быстрота работы приложения, надёжность, отличная документация, наличие примеров и проектов с отрытым исходным кодом под GPL

0

Сообщение от solar_wind Сокеты Беркли это конечно интересно для изучения технологии работы сокетов. Но для реальной работы уже несколько устаревшая и не очень удобная штука.

И давно они устарели? Если они устарели, то почему в веб серверах они используются?

Сообщение от 8Observer8 Для современных компьютеров и ноутбуков такие веса в несколько десятков MБ не имеют никакого значения.

А для мобильных устройств это критично. ТС хочет и под Android что бы работало.

1

Dmitriy_M, Ну на пример под windows уже давно асинхронные сокеты применяются. Синхронные сокеты до сих пор часто используются восновном на линуксовых машинах.

0

Сообщение от solar_wind Синхронные сокеты до сих пор часто используются восновном на линуксовых машинах.

Синхронные/асинхронные это вопрос архитектуры. Асинхронные сокеты, это неблокирующие сокеты(O_NONBLOCK) + epoll или select/poll.

0

Сообщение от 8Observer8 Для современных компьютеров и ноутбуков такие веса в несколько десятков MБ не имеют никакого значения. Главное - это то, что вы получаете за эту плату: высокая скорость разработки, быстрота работы приложения, надёжность, отличная документация, наличие примеров и проектов с отрытым исходным кодом под GPL

11Мб "минимум" против 1Мб максимум - чуствительная разница! Для андроида 11Мб - это уже ОЧЕНЬ много! Игрушки 3Д со сложной графикой редко больше 30-40Мб занимают, а тут только ради блока онлайн-синхронизации.

По поводу скорости разработки... Тоже не уверен! Работа с сокетами - это лишь первый "слой" моего протокола. Дальше мне предстоит нехило поработать над структурой пакетов, которыми нужно обмениваться. Компилятор под консоль собирает проект в 0.5Мб за 6-7 секунд. Причем на выходе получает одну dll, а не пакет на >11Мб. Сейчас учусь в codeblocks. Там - ничего лишнего! Даже отладчиком не пользуюсь - так раза в 1.5 быстрее. Я 3-4 года назад пробовал Qt - не самый шустрый редактор - требует мощный проц!

Сообщение от solar_wind Ну на пример под windows уже давно асинхронные сокеты применяются. Синхронные сокеты до сих пор часто используются восновном на линуксовых машинах.

Можете обьяснить здесь подробнее? В чем разница? Это пока для меня - темный лес! Привык к классам в Делфи. Там на сервер несколько клиентов могли одновременно отправлять свои пакеты. Классы их сами обрабатывали и вызывали внешний обработчик-функцию в которую слали принятую строку. Причем со ссылкой на сокет, который отправил - шло жеское разделение сокетов. И даже (кажется) каждый обработчик вызывался в отдельном потоке...
Подозреваю что всю "конфликтность" одновременных отсылок и приемов" брали на себя классы в делфи.
Сейчас читаю про Беркли. Раньше видел подобное под другую реализацию сокетов... Внутри - бесконечный цикл. ОДИН! for (;! Внутри что-то читаем, что-то выводим. Что-то (теоретически) отправляем. А что происходит если одновременно 100 пакетов идут? Мне их самому разделять? И разным обрабатчикам раздавать? И отправителей вычислять?
Этот бесконечный цикл, (в котором не понимающему принципов новичку легко напортачить) меня так напугал, что я и смотрел в сторону Qt - там хоть изначально все в классах - вдруг как в Делфи - уже "обо всем позаботились"... Мне даже контроль разрыва связи с клиентами похоже на себя взять прийдется...
А еще я ПОТОМ планирую переписать свой протокол и под линукс-сервер (хостинг). И не охота потом переделывать полностью и сокетный "слой".
Можете обьяснить "на пальцах" разницу в сокетах между Win и линуксом?
В описании Беркли встретил фразу "Принятие входящих соединений через вызов accept(). Это БЛОКИРУЕТ сокет до получения входящего соединения...". Это из той-же оперы или нет?

0

Tester64, Ну в общих чертах, используя синхронные сокеты тебе придется для каждого подключения создавать два потока, для получения данных и для отправки.
Асинхронные сокеты дают возможность работать, используя малое количество потоков.
Вообщем подробно это надо читать статьи, документации, в двух словах не расскажешь.

1

Сообщение от solar_wind используя синхронные сокеты тебе придется для каждого подключения создавать два потока, для получения данных и для отправки.

что за потоки?

0

Сообщение от Dmitriy_M что за потоки?

Обычные потоки.

0