Comments 22
> IDE не такая функциональная, как XCode из коробки, зато крашится реже и подсветка синтаксиса не отваливается :)
> SilicaWebView так и не удалось добавить в приложение, оно постоянно падало.
> Как оказалось, приложение и встроенный в ОС браузер перестали загружать данные по HTTPS. Пару минуты меня мучила совесть, после чего HTTPS превратился в HTTP.
> Старые инстансы приложения не завершаются, в результате чего у вас оказывается 5-9 одновременно запущенных экземпляров программы. После достижения некоторого максимального числа новая версия не стартует, приходится завершать старые экземпляры вручную.
Извиняюсь конечно, но всё это сильно напоминает игры в песочнице в детском саду. Не знаю, характерны ли процитированные проблемы конкретно для sailfish разработки или для мобильной разработки вообще, но вот я занимаюсь разработкой под десктоп и при этом:
— IDE не крашилась вообще никогда на моей памяти;
— сегфолты конкретного компонента UI в приложении <по вине фреймворка UI, а не меня> на ровном месте — почти невероятное событие для уважающих себя фреймворков (представьте что у сотен разрабов под Qt будет падать QTableWidget);
— внезапный отказ в работе приложения с каким-то протоколом — личное оскорбление, требующее сразу сесть за анализ проблемы. Что значит «приложение и браузер перестали загружать данные»? Просто так взяли и перестали? Или всё-таки среда изменилась? Опа, внезапно и по неизвестной причинет перестали работать с HTTPS, ну неважно, перейдём на HTTP…
— некорректное завершение приложения — личное оскорбление и повод бросить всё и заняться устранением проблемы. Приложение, некорректно закрывающееся, особенно с утечками памяти, нельзя пускать ни в продакшен ни даже в development ветку, пока проблема не будет устранена.
> SilicaWebView так и не удалось добавить в приложение, оно постоянно падало.
> Как оказалось, приложение и встроенный в ОС браузер перестали загружать данные по HTTPS. Пару минуты меня мучила совесть, после чего HTTPS превратился в HTTP.
> Старые инстансы приложения не завершаются, в результате чего у вас оказывается 5-9 одновременно запущенных экземпляров программы. После достижения некоторого максимального числа новая версия не стартует, приходится завершать старые экземпляры вручную.
Извиняюсь конечно, но всё это сильно напоминает игры в песочнице в детском саду. Не знаю, характерны ли процитированные проблемы конкретно для sailfish разработки или для мобильной разработки вообще, но вот я занимаюсь разработкой под десктоп и при этом:
— IDE не крашилась вообще никогда на моей памяти;
— сегфолты конкретного компонента UI в приложении <по вине фреймворка UI, а не меня> на ровном месте — почти невероятное событие для уважающих себя фреймворков (представьте что у сотен разрабов под Qt будет падать QTableWidget);
— внезапный отказ в работе приложения с каким-то протоколом — личное оскорбление, требующее сразу сесть за анализ проблемы. Что значит «приложение и браузер перестали загружать данные»? Просто так взяли и перестали? Или всё-таки среда изменилась? Опа, внезапно и по неизвестной причинет перестали работать с HTTPS, ну неважно, перейдём на HTTP…
— некорректное завершение приложения — личное оскорбление и повод бросить всё и заняться устранением проблемы. Приложение, некорректно закрывающееся, особенно с утечками памяти, нельзя пускать ни в продакшен ни даже в development ветку, пока проблема не будет устранена.
> — IDE не крашилась вообще никогда на моей памяти;
Вы везунчик, у меня даже крешится эта ИДЕ, когда работал со Storyboard / простыми переключателями, редко, но метко.
Вы везунчик, у меня даже крешится эта ИДЕ, когда работал со Storyboard / простыми переключателями, редко, но метко.
Мобильная разработка — это отдельный мир, где всё намного, намного хуже чем на десктопе, причём под любую платформу (под каждой проблемы свои). XCode славится падениями, внезапным отказом части функций дебаггера (в старых версиях, может сейчас лучше), загадочными ошибками при сборке (когда пять минут назад всё собиралось). Android Studio лишь недавно научилась отлаживать код на C++, жрёт тучу памяти на пустом месте (больше, чем Visual Studio, хотя казалось бы и VS не балерина далеко). Visual Studio, когда с работаешь над приложениями для Windows Phone, тоже начинает обрастать чудесными багами в сборке финального пакета, например (как в него (не)попадают нужные dll — одному богу известно, особенно если собирать через MSBuild).
А ещё есть проблема подписки пакетов, тоже своя на каждой платформе, но особенно болезненная на iOS, когда сертификаты внезапно протухают, теряются (т.е. физически он есть на диске, но IDE его не видит, хоть убей, хотя вчера видела).
Эмуляторы — отдельная песня с нецензурными словами. Почти все они слишком медленные, чтобы отлаживать в них игры (ну это наша специфика), более того, поведение на эмуляторе и на реальной железяке порой различается в неожиданных местах неожиданным образом. Кстати, выделяется здесь эмулятор Windows Phone, на котором даже игры с приличным FPS можно запускать. Зато есть проблемы с эмуляцией «ориентации экрана» (насколько я помню — с этим не я, а коллега мучился) — то ли какие-то лишние события приходят, каких не будет на реальном железе, то ли наоборот не приходят, но что-то в таком роде.
И это только IDE, а там дальше начинаются персональные проблемы каждой ОС, её версий, их WebView-компонентов (В Android 4.4.1 и 4.4.4 разные версии официального WebView с разным набором фичей HTML5, запретить приложению работать на 4.4.1 нельзя, но многие устройства 4.4.4 не получили). Про драйвера графических карт для Android ещё тоже можно рассказывать долго. Стандарты OpenGL не соблюдают ни одни, наверное, и каждый по своему (очень интересно заглянуть в файл в исходниках мобильной версии Chrome, где перечислены фичи и костыли, которые надо включать/выключать, в зависимости от имени GPU и версии дров; апдейты дров привязаны к апдейтам ОС для этого конкретного устройства, т.е. не существуют).
Внезапно отвалившийся HTTPS — это вот конечно странно и стрёмно. Похоже, честно говоря, что просто на устройстве часы съехали.
P.S. Кстати, на десктопе IDE тоже прекрасно падает порой. У меня VS 2005 когда-то падала регулярно в редакторе форм MFC, а вот свежая 2017 до апдейта падала на каждом выходе из неё. Сейчас перестала, зато начала добавлять файлы в проект по абсолютному пути вместо относительного… Причём если пересохранить файл солюшена — то она сама это исправляет. Но сначала делает неправильно. Баг зарепорчен, но воз и ныне там.
А ещё есть проблема подписки пакетов, тоже своя на каждой платформе, но особенно болезненная на iOS, когда сертификаты внезапно протухают, теряются (т.е. физически он есть на диске, но IDE его не видит, хоть убей, хотя вчера видела).
Эмуляторы — отдельная песня с нецензурными словами. Почти все они слишком медленные, чтобы отлаживать в них игры (ну это наша специфика), более того, поведение на эмуляторе и на реальной железяке порой различается в неожиданных местах неожиданным образом. Кстати, выделяется здесь эмулятор Windows Phone, на котором даже игры с приличным FPS можно запускать. Зато есть проблемы с эмуляцией «ориентации экрана» (насколько я помню — с этим не я, а коллега мучился) — то ли какие-то лишние события приходят, каких не будет на реальном железе, то ли наоборот не приходят, но что-то в таком роде.
И это только IDE, а там дальше начинаются персональные проблемы каждой ОС, её версий, их WebView-компонентов (В Android 4.4.1 и 4.4.4 разные версии официального WebView с разным набором фичей HTML5, запретить приложению работать на 4.4.1 нельзя, но многие устройства 4.4.4 не получили). Про драйвера графических карт для Android ещё тоже можно рассказывать долго. Стандарты OpenGL не соблюдают ни одни, наверное, и каждый по своему (очень интересно заглянуть в файл в исходниках мобильной версии Chrome, где перечислены фичи и костыли, которые надо включать/выключать, в зависимости от имени GPU и версии дров; апдейты дров привязаны к апдейтам ОС для этого конкретного устройства, т.е. не существуют).
Внезапно отвалившийся HTTPS — это вот конечно странно и стрёмно. Похоже, честно говоря, что просто на устройстве часы съехали.
P.S. Кстати, на десктопе IDE тоже прекрасно падает порой. У меня VS 2005 когда-то падала регулярно в редакторе форм MFC, а вот свежая 2017 до апдейта падала на каждом выходе из неё. Сейчас перестала, зато начала добавлять файлы в проект по абсолютному пути вместо относительного… Причём если пересохранить файл солюшена — то она сама это исправляет. Но сначала делает неправильно. Баг зарепорчен, но воз и ныне там.
Нет-нет, товарищ, Вы невнимательно прочитали заголовок статьи. А он гласит следующее: «Разработка под Sailfish OS глазами iOS-разработчика». И не благодарите)
У меня за пол года ни разу xcode не крашился.
Приветствую. Спасибо за статью.
Есть несколько комментариев и, в том числе, вопросов и уточнений.
Или на официальном сайте.
Действительно, простой. Но есть один тонкий момент при установке.
Если проекты планируется размещать не в поддиректориях домашнего каталога пользователя, то нужно указать соответствующий путь на одном из шагов. Это важно для Mer Build Engine, запакованного в VirtualBox.
Для реализации UI только QML.
А благодаря плагинам, предоставляемым Qt и Sailfish OS, можно использовать гораздо более широкий функционал: работать с сенсорами, геопозицией, контактами и т.д.
Sailfish Silica
Или в документации, поставляемой с SDK, или на официальном сайте.
Например?
Какие, кроме SilicaWebView, были проблемы?
Не симулятор. Именно эмулятор.
Внутри VirtualBox крутится полнофункциональная сборка Sailfish OS для x86.
И с ней можно проделывать, например, такое.
Зависит от того, как запускать. Если делать пересборку, будет создан новый инстанс.
Кстати, в контексте этого полезно сказать про технологию QML Live, которая позволяет в режиме реального времени обновлять код интерфейса у уже запущенного приложения.
На этой странице раздел «Create a connection to Mer hardware device».
Это, увы, правда.
Но есть, например, вот такая подборка рекомендаций.
И разработчики, и пара отзывов по статье есть в группе в телеграме.
Есть несколько комментариев и, в том числе, вопросов и уточнений.
В России решили взяться за разработку под Sailfish с акцентом на государственный сектор и правительственные нужды. С этой информацией вы можете ознакомиться в других статьях на Хабре или на официальном сайте.
Или на официальном сайте.
Процесс очень простой, каких-либо «танцев с бубном» не понадобилось.
Действительно, простой. Но есть один тонкий момент при установке.
Если проекты планируется размещать не в поддиректориях домашнего каталога пользователя, то нужно указать соответствующий путь на одном из шагов. Это важно для Mer Build Engine, запакованного в VirtualBox.
Можно задействовать C++ или Python, если у вас больше опыта работы с этими языками.
Для реализации UI только QML.
QML — декларативный язык программирования, с помощью которого описываются визуальные элементы и их взаимодействие.
А благодаря плагинам, предоставляемым Qt и Sailfish OS, можно использовать гораздо более широкий функционал: работать с сенсорами, геопозицией, контактами и т.д.
собственный QML-модуль “Sailfish Selica”
Sailfish Silica
С этими компонентами можно ознакомиться из предустановленного приложения Components.
Или в документации, поставляемой с SDK, или на официальном сайте.
в большинстве случаев придётся создавать элемент самостоятельно
Например?
Стабильность некоторых компонентов тоже не на высоте.
Какие, кроме SilicaWebView, были проблемы?
Симулятор (emulator) и реальный смартфон
Не симулятор. Именно эмулятор.
Внутри VirtualBox крутится полнофункциональная сборка Sailfish OS для x86.
И с ней можно проделывать, например, такое.
Старые инстансы приложения не завершаются, в результате чего у вас оказывается 5-9 одновременно запущенных экземпляров программы.
Зависит от того, как запускать. Если делать пересборку, будет создан новый инстанс.
Кстати, в контексте этого полезно сказать про технологию QML Live, которая позволяет в режиме реального времени обновлять код интерфейса у уже запущенного приложения.
Запуск отладки на устройстве занял чуть больше времени. Соответствующую документацию обнаружить не удалось
На этой странице раздел «Create a connection to Mer hardware device».
Интерфейс и UI-элементы легко реализуются, вот только не хватает указаний и видения со стороны Jolla.
Это, увы, правда.
Но есть, например, вот такая подборка рекомендаций.
Буду рад знакомству с Sailfish-разработчиками и вашим отзывам об этой статье!
И разработчики, и пара отзывов по статье есть в группе в телеграме.
Благодарю за отзыв.
Внёс соответствующие изменения в статью.
Выглядит очень круто! Удавалось ли в таких случаях использовать USB-модем для осуществления подключения к сети?
Внёс соответствующие изменения в статью.
Не симулятор. Именно эмулятор.
Внутри VirtualBox крутится полнофункциональная сборка Sailfish OS для x86.
И с ней можно проделывать, например, такое.
Выглядит очень круто! Удавалось ли в таких случаях использовать USB-модем для осуществления подключения к сети?
Для реализации UI только QML.
Где-то (уже не помню где) читал, что UI можно на чем угодно, а QML обязателен только при работе с Silica, что нужно для простой реализации единообразного поведения (соответствие цветов теме, выдвигаемые меню и т.п.).
Это так, или все же исключительно QML?
Нужно бы посмотреть, где это писали.
В чём-нибудь вроде игр, где визуализация целиком своя, полагаю, можно вообще обойтись без QML.
Но совсем не понятно, как в других приложениях обойтись без Silica.
В чём-нибудь вроде игр, где визуализация целиком своя, полагаю, можно вообще обойтись без QML.
Но совсем не понятно, как в других приложениях обойтись без Silica.
UI можно писать на всем, что может выводить через Wayland. Можно даже вообще не использовать Qt. Только Qt Widgets в магазине приложений запрещены (да они на Sailfish OS и работают криво).
Мне интересно, какой сейчас рынок у Sailfish в России и мире? Судя по вакансиям на Hh, нет смысла тратить время даже на поиграться в песочнице. Tizen тоже не блещет популярностью, хотя и выглядит поинтереснее.
Извиняюсь за глупый вопрос, а куда надо положить код на JS?
В смысле «положить»?
Поддержка JS — это одна из функций QML.
Поддержка JS — это одна из функций QML.
Надо отметить, что в новых версиях Sailfish OS SDK QtCreator не конфликтует с коллегой из QtSDK.
Система сборки достаточно либеральна. Можно цепануть проекты на automake и cmake.
Система сборки достаточно либеральна. Можно цепануть проекты на automake и cmake.
Лучшая статья по SailfishOS пока.
Устанавливаем VirtualBox (понадобится для запуска эмулятора)
Не только него. Как написал выше kirikch в нём же запускается и билд.
При установке поднимаются две виртуальные машины. Одна для эмулятора. А вторая для билд системы. Не надо ставить никаких пакетов и программ, не надо ничего настраивать. Да и при сноске просто можно стереть виртуалку.
А самая прелесть при самом билде. Снаружи — обычный Qt Creator. А внутри он подключается к виртуалке через SSH, и уже на ней вызывает make.
Automagically!
и подсветка синтаксиса не отваливается
Кстати, для парсинга кода, подсветки, анализа структуры, зависимостей и иже с ними, в последних версиях, на всех операционках, используется clang. Тот самый, от Яблочников ;-)
Я, например, использую Qt Creator как IDE для С и C++ уже много лет.
По сравнению с эклипсовским CDT не хватает пару фичь, и моря плагинов, но всё перекрывает стабильность, потребление ресурсов и скорость!
Тем более что интеграция с гитом в нём прямо из коробки, и запуск на удалённых системах тоже. Да и поддержка вижуал студии есть, для тех кому важно.
P.S. А именно этот телефон у меня как основной и единственный. Сразу после Е72 на него и перешёл. :-)
Sign up to leave a comment.
Разработка под Sailfish OS глазами iOS-разработчика