LINUX.ORG.RU

История изменений

Исправление EXL, (текущая версия) :

+ iOS

А что там с LGPLv3 и AppStore?

1) Qt достаточно допилен для Android, чтобы пришлось писать свой Java-код только для каких-нибудь специфических вещей типа виджетов?

Нет, на любой «стук в систему» там нужно будет обмазываться JNI, а иногда даже править вкомпиливаемую в APK Java-обёртку Qt, патчи на которую нужно будет обновлять с каждой новой версией Qt. Ты должен помнить этот тред: Убираю status bar. Всё перекрашивается в странные цвета.

2) Qt обеспечивает не худшую производительность (в теории C++ быстрее жабы, но на практике многое зависит от качества кода и того, и другого)?

На практике.
Первое: в сравнении с Java-приложениями, мобильные Qt-приложения стартуют ну очень долго. Пока все эти 20+ МБ нативных либ раскукожатся, да в память развернутся...
Второе: вот это твоё «в теории C++ быстрее жабы» распространяется только на Qt Widgets. Напомню, что он тупо неюзабельный на Android из-за огромной кучи проблем с ним, начиная от мелких кнопок и заканчивая траблами с отрисовкой. Использование фреймворка Qt на Android подразумевает использование QtQuick/QML, то бишь JavaScript на движке V4. Со всеми вытекающими. Так что здесь ещё очень сложный вопрос, что жрёт и тормозит больше, Java или QtQuick.

Популярность и допиленность фреймворка Qt на платформе Android отлично демонструет количество приложений на нём в Google Play.

Исходная версия EXL, :

+ iOS

А что там с LGPLv3 и AppStore?

1) Qt достаточно допилен для Android, чтобы пришлось писать свой Java-код только для каких-нибудь специфических вещей типа виджетов?

Нет, на любой «стук в систему» там нужно будет обмазываться JNI, а иногда даже править вкомпиливаемую в APK Java-обёртку Qt, патчи на которую нужно будет обновлять с каждой новой версией Qt. Ты должен помнить этот тред: Убираю status bar. Всё перекрашивается в странные цвета.

2) Qt обеспечивает не худшую производительность (в теории C++ быстрее жабы, но на практике многое зависит от качества кода и того, и другого)?

На практике.
Первое: в сравнении с Java-приложениями, мобильные Qt-приложения стартуют ну очень долго. Пока все эти 20+ МБ либ раскукожатся да в память развернутся.
Второе: вот это твоё «в теории C++ быстрее жабы» распространяется только на Qt Widgets. Напомню, что он тупо неюзабельный на Android из-за огромной кучи проблем с ним, начиная от мелких кнопок и заканчивая траблами с отрисовкой. Использование фреймворка Qt на Android подразумевает использование QtQuick/QML, то бишь JavaScript на движке V4. Со всеми вытекающими. Так что здесь ещё очень сложный вопрос, что жрёт и тормозит больше, Java или QtQuick.

Популярность и допиленность фреймворка Qt на платформе Android отлично демонструет количество приложений на нём в Google Play.