Comments 36
Эм, разве это так очевидно? Тут не уточняется, но вроде на Inoi как раз Sailfish, а на Sony — Android, т.е. на более слабом телефоне отрисовка выходит лучше, чем на более мощном. Без энергосбережения ещё было бы интересно попробовать, возможно, тут эффект не от снижения частоты процессора, а от менее частых опросов конкретно тача.
Насколько я помню, в Sailfish есть поддержка Android-приложений, т.е. именно количество так остро сказываться не будет. Да и разве нужны миллионы? Навскидку нужно отсилы 50 самых нежных приложений, и до 1000 желательных, без остального вполне можно жить.
Но вообще, конечно, сама операционка, как приемник MeeGo, в свое время вселяла надежду. Я Вам как пользователь последней могу с уверенностью сказать — уже при широком распространении Android в 2012-2013 году мне вполне комфортно было, а некоторые вещи и вовсе были ощутимо лучше, например камера: на Nokia N9 стояла оптика Carl Zeiss, в сочетании с нативной реализацией приложения получался просто выдающийся результат. Были и другие хорошие приложения. В общем, сплошь приятный опыт. Было бы здорово, если бы за ОСь взялась крупная контора, а не частная компания с непонятными целями...
Для работы миллионы свистоперделок в AppStore не нужны.
Не полтора. Проблема только небольшим набором приложений.
Во-первых, с банковскими, которые можно надежно ставить только из магазина, но которых в магазине Sailfish просто нет.
Во-вторых, нет нативного офиса (ставится андроидовский).
В-третьих, нет некоторого количества полезных для разных узких применений экзотических приложений (впрочем, часть их доступна из андроидовских).
Остальное (по полезной функциональности, а не по конкретным приложениям) вполне доступно в достаточно качественном исполнении (не хуже, чем на андроиде).
Ну и:
Я часто замечаю, что Inoi R7 выигрывает по скорости
Samsung Galaxy S8 <...> за 3-4 минуты, а Inoi R7 <...> минут 5-6
У меня оператор сравнения в голове сломался?
2. Учтите мощность железа и он обязательно починится)
- Пост озаглавлен: "Заменяем производительность Qt", объявлен кьютишный контейнер QVector, но он не используется. Так-то это сравнение плюсОв и свифта, а Qt тут совсем ни при чём.
- Чудес бюджетный проц не творит — он медленнее (судя по попугаям) 810 снэпа на, примерно, 30%, что и показывают примерные замеры.
На всякий случай опишу откуда взялся вопрос — у меня есть pet project на qt который я по мере надобности обновляю на новую версию. C выходом os x mojave (и изменений в ней из-за черной темы) пришлось обновляться до новой версии 5.12 и вот тут меня ждал сюрприз — в iOS 5.12 + не запускаются компоненты из Controls 1 (по крайней мере без танцев с бубном, подробно если честно я так и не посмотрел потому как до недавнего времени продолжал пользоваться давно собранной версией с 5.11), а альтернатива того что мне нужно (в основном диалоги)в 5.13 в свою очередь не работает в андроид согласно документации. Конечно, это все решаемо- можно и разными версиями собирать, и всякие платформоспецифические обертки написать, но я в серьез задумался «а надо ли оно мне» или же все-таки послать qt с его не полной кроссплатформенностью (а это не первый раз так, я даже несколько багов в свое время заводил на тему того что очередная фича не работает на той или иной платформе) и посмотреть на что-то еще. Может быть, если писать на qt постоянно на работе это не так критично вот и хочу услышать ваше мнение
Кстати по поводу вашего второго теста — у меня было что-то подобное и если картинки заранее подготовлены и правильного размера, то все хорошо, но вот если их надо ресайзить прямо по месту, то qt сливает — таблица еле скроллится, мне пришлось добавлять кеш для подготовленных картинок. Может в более новых версиях qt это и не так, но раньше все было очень плохо
По поводу GUI:
Я не использую QQC вообще, все на голом QtQuick, ибо это единственная точка пересечения Sailfish с остальными ОС) так что да, пишу велосипеды, иногда сложные, но это весело)
wiki.qt.io/New_Features_in_Qt_5.11 (см. раздел Deprecated Modules),
переползайте на Controls 2. С ними я особых проблем не замечал ни на iOS, ни на Android.
Быстродействие быстродействием. Но справедливости ради, если брать open-source лицензию Qt, то я готов жертвовать быстродействием ради экономии ~30Мб места (и это с отбрасыванием ненужных модулей/плагинов). Под мобильные платформы, как мне кажется, экономия по памяти важнее экономии по скорости
Типичные размеры можно посмотреть на openrepos.net
Например, клиент Телеграм размером меньше мегабайта.
Клиент facebook непонятно чем забивает 150 мегабайт. Но им все же пользуются. Тоже и для всяких электронподелок
Например, работой с TextInput на Android можно пытать особо чувствительных к костылям перфекционистов, потому что на каждом девайсе Qt умудряется ставить абсолютно уникальные палки в колёса при взаимодействии с клавиатурой.
На Android слишком много клавиатур, которые работают «немного по-разному», разные производители любят ставить разные клавиатуры, например, Sony ставит SwiftKey вместо GBoard. Но проблемы постепенно чинятся, утверждается, что в 5.12.5 и далее input on android будет almost perfect:
bugreports.qt.io/browse/QTBUG-43156
codereview.qt-project.org/c/qt/qtbase/+/264060
:)
Замеряем производительность Qt