Сколько весит софт на Qt для Android?

Да я просто в очередной раз задался сакраментальным вопросом «Почему говно побеждает?», и в очередной раз ответ меня не порадовал...

Опыт симбиана показал, что без жирненького фреймворка на C++ писать сложно моб. девелоперам, даже не тяжелые игрушки, а прикладное ПО. Хотя я профан, может погромисты такие неумёхи, хотя других-то нет. А на Java наговнякали овердохрена в сопоставимые сроки. Всё-таки инструментарий, наверное, решает.

Жабу дёргают конечно. В Qt-приложениях имеется Java-часть. И в неё изредка тоже приходится лазить.

На хабре читал статью/перевод, как Qt для Android Bogdan Vatra портировал. Сейчас чёт найти её не могу. Шизанутые мочераторы хабра выпилили наверное.

Так берите C/C++ кодера хорошего, на этих языках вполне органично можно писать в .mm файлах, да и ObjC освоит вполне быстро.

У каждого свои взгляды на здравость.

Некоторые не особо видят здоровым писать для андроида на Qt. И что?

Я обязан тебе написать что-то под иОС? Нет не обязан.

Вопрос был про возможность писания на жабе под иОС. Не? Она есть. Всё.

Здравость, для меня, прослеживается только в потерях времени и возможности реализовать нужные функции. Если ты написал мега хрень (например ядро для шахмат, которое «думает» классно) напрмер на жабе/Си/Си++ и потратил на это месяц (год?) и она отлично работает. Зачем писать это же на другом языке, если есть возможность использовать уже написанное?

то на андроиде бы можно было хоть в кваку гонять

И так можно, Quake III/Quake II/Quake I/Half-Life и прочее.

но она живёт спокойно без всякой жабы, однозначно

Под Android'ом — нет. Вот этот файлик в любом Qt-приложении под Android имеется: https://github.com/A780/Kinamania/blob/master/android/src/org/qtproject/qt5/a...

Некоторые не особо видят здоровым писать для андроида на Qt. И что?

Есть очень тонкая ниша во всем этом мобильном секторе: игры. И в них ой как любят использовать всякие C/C++ фреймворки. Сам грешил. На Qt постепенно начинают писать, он вышел из стадии «совсем сырой» совершенно недавно.

Я обязан тебе написать что-то под иОС? Нет не обязан.

Сейчас эксклюзивы под платформы выпускает немного людей. И это в основном iOS. Практически все мобильные разработчики так или иначе выпускают хотя бы iOS/Android. И здесь определенно побеждают C/C++. Под Android легко под JNI писать обертки над родным функционалом, под iOS и того легче. А твой юзкейс скорее вообще относится к любителям, я о них речи не вел.

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

Всё-таки инструментарий, наверное, решает

Да.

проблема в том, что сишные кодеры с презрением смотрят на ObjC, в своём большинстве. и я их хорошо понимаю, я видела это поделие огрызков и мне оно даже при беглом просмотре сильно не понравилось. не появилось желания лезть внутрь. потому и искали именно спеца под ObjC, своих сишных и плюсовых программистов у нас было навалом, под кернел фигачили, но в огрызки никто лезть не хотел принципиально.

А твой юзкейс скорее вообще относится к любителям

Мой вариант(юзкейс) используется большими компаниями десятки лет. Потому жаба и существует.

Я не особый почитатель жабы, просто выбора нет особого для реальной кросплатформенности. И когда нужно быть впереди планеты всей тут выбора вообще нет. К тому же найти адекватных спецов, которые умеют не только кнопки рисовать (таких к стати тоже не так уж и много как я ожидал), а и программировать в именно понятии алгоритмистики, очень трудно. Тут либо используешь отлаженный код, либо тратишь овердофига ресурсов на отладку кода для другой платформы.

Там QML/Javascript, а не С++/QtWidgets. Что тормознее, QML или Java, это весьма сложный вопрос.

Таки Qt всё же дёргает жабу:

Which brings us to the “Java Native Interface” (or JNI for short). This is the communication layer between Java and C, and is used by Qt when passing data back and forth between the operating system and the platform plugin. In Qt, we are working on some convenience APIs around the JNI APIs to help you combine Qt code with JNI code if you would like your code to interoperate with Java.

https://blog.qt.io/blog/2013/07/23/anatomy-of-a-qt-5-for-android-application/

он вышел из стадии «совсем сырой» совершенно недавно.

Не вышел.

А, ну вот. Много проблем?

Да, на сях там жизнь есть, но с ограничениями. Во-первых там бионик вместо либс. Камрад crystax может рассказать чем это чревато для портирования сишного кода. Во-вторых гугл позиционирует NDK, как дыру для разработки исключительно низкоуровневых библиотек. Т е те части, которые нужны большей частью аппликухам в NDK не входят.
Доки там есть только на документированный API, сорри за тавтологию. А вот все остальное... К примеру TI имеет свой репозиторий с андроидом для своих же камней с бордами. И правок там достаточно много. Сборку на этом коде можно сертифицировать у гугла, как андроид. Но вот если нативная аппликуха будет дергать некий API от TI, то она будет работать только на TI.

ну, плюсы, собственно, не заточены под веб. хотя есть разные фреймворки, разной степени жирности. но программистов сишных действительно мало. честно говоря, я вопросы веб-фреймворков особо не углублялась, я в основном железом и бэкендами занимаюсь. сижу в кернеле, мне там хорошо, тепло и уютно. спрос есть, работа непыльная, зарплата хорошая, юзеры не теребят. я веб вижу с другой стороны: со стороны TCP/IP стека, со стороны дров и ядра. там тоже есть свои тараканы, но они даже симпатичные :) я знаю, сколько работы производит кернел и меня удивляет, почему юзерспейс при такой слабой нагрузке и уже пережёванных готовеньких данных умудряется так тормозить. это как раз и есть ответ к вопросу о говнокоде и почему он побеждает. в кернеле есть Торвальдс, который устраивает разносы. и то я вижу там и сям ляпы и потенциальные баги в отдельных дровах. даже там есть говнокодерство, только в меньшем масштабе. а вот в андроиде оно развернулось по полной.

Возможно, я не проверял. Слышал, что оно может задействовать для него системный JS движок, мол не надо тащить его ещё с собой.

Виджеты-то легче, но по их состоянию на каждую версию(даже на Linux) заметно, как у разработчиков прогрессирует веб головного мозга. Печально это всё.

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

Особенно под Android.

Про фиксы эпичных багов на том же GNU/Linux, вроде блёклых шрифтов (фиксили 2 года, пофикшено совсем недавно) или горячих клавиш в русской раскладке клавиатуры, которые фиксят с самого начала Qt 5.0.0 и до сих пор — я просто промолчу.

Особенно забавно было, как эти дятлы из Digia 3 года в сборках Qt 5 под Windows тянули зависимостью к QtCore библиотеку ICU весом 30МБ. В итоге любое приложение-Helloworld с одной кнопкой весило > 50МБ, если ты с этим был несогласен — enjoy Qt recompilation on MS Windows и красные глаза. Только недавно убрали зависимость эту, она оказалась багом сборочной фермы (!!!) они вообще не тестят релизы свои походу.

Виджеты-то легче

Под Android они с мизерными контролами и работают ну очень хреново :(

Я пытался ради забавы их увеличивать, подгонять под размеры экрана. Но привести к нативному виду так и не удалось. Всё равно выглядит как не знамо что.

Под Android'ом — нет. Вот этот файлик в любом Qt-приложении под Android имеется

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

с QML оно будет весить больше, потому что притарабанит туеву хучу всяккой херни. Виджеты легче.

Я выше писал про QML приложения, спокойно в 15-20 мегабайт вписываются.

Не вышел.

Да ладно, на 5.5.1 уже все очень прилично.

+ https://play.google.com/store/apps/details?id=ru.redhelper.mobile&hl=ru (прототип по сути, скоро новый релиз)
+ https://itunes.apple.com/us/app/redhelper/id1027280528?l=ru&ls=1&mt=8

Системные либы — это какие? Вообще Qt на Android работает через нативное NDK, но если мы работаем с интерфейсом, хотим работать поддерживаемо и расширяемо — то написание своей Activity стандартным образом через Java выглядит необходимым.

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

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

Согласен. А кто сказал, что Qt использует Java для работы с железом?

а для чего ещё юзать жабу? для замедления работы плюсов и максимальной неэффективности, разве что.

Android — это отдельное государство, там еще куча всего, не связанного с железом, и вероятно реализованного на Java.

я видела это поделие огрызков

При чем тут эпол? Objective C разработан в компании Stepstone, а эпол его просто использует.

Согласен. А кто сказал, что Qt использует Java для работы с железом?

А как мимо жабы получить доступ к, скажем, usb или камере на нерутованном девайсе?

Не сталкивался, честно говоря, но варианты вроде как есть: http://stackoverflow.com/questions/7297577/take-a-picture-with-android-ndk-ca...

Хейтеры - такие хейтеры. Да, в Qt много проблем. Но альтернативы тупо нет.

Qt — это использование костылей. Лучше писать нативно на жабе

Мдеее...

В андроид-разработке как и везде поддерживается культура нашпиговывания продукта всем что нравится ведущему разработчику, и как результат раздутие «бинарника» до 40Мб это норма, причем и без Qt'шных блобов.

Мдеее...

У тебя разрыв шаблона?

Кому «лучше писать на жабе»? ТС-у, твоей бабушке или кому? т.е. для всех ОС сделал на Qt и писать отдельно на жабе? Ну и где теперь твое лучше?

Был вопрос про писание под ведроид. Для него нативно — это на жабе. Если ничего сверхестественного делать не нужно. А какие нить крестики нолики и если автор в Си, как в тарелке супа ложкой? То пусть Куте. За пару деньков накропал и идешь другое кропать за следующие 2-3 дня.

А если ковыряния с Куте занимают год и получается кривобагое нечто, вместо крестикоф ноликоф. То лучше таки взять жабу и правильные средства разработки. За пару месяцев руки отрастут ровными к жабе и будут вылетать прямые проги как пирожки с пекарни.

10 метров, полгода назад собирал.

Objective C разработан в компании Stepstone, а эпол его просто использует.

Objective-C 2.0 уже эппловская поделка.

Не нервничай, малыш, никто не отнимет у тебя твою любимую жабку :-) Главное дыши спокойно :-)

Аноним не боись, ты под ником появись! :-)

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

в плюсах накатать софтину на 40 метров без блобов - это ещё постараться надо. 40 метров - это что-то не меньше буста. а там так дофига кода, что не всякий разработчик за всю жизнь напишет.

То пусть Куте. За пару деньков накропал и идешь другое кропать за следующие 2-3 дня.

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

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

я не спец в андроиде, но мне кажется, что у юзера доступ к видеодевайсу определяется принадлежностью к группе video или как-то так. и не нужно быть рутом, чтобы читать из сокета.

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

В моем посте было ключевым: если автор в Си, как в тарелке супа ложкой. Если не понятно — это я перефразировал народную поговорку «как рыба в воде».

Это означает, что за спиной не один крупный проект на Си/Си++ (если что).

Вроде ничего в поддержку говнокодеров не писал.