Про QML и новое REST API Яндекс.Диска

[@BlackRaven86]

массив tasks и его длина taskCount. Только не надо сейчас быть КО и говорить, что у массива есть длина и так — свойство позволяет делать binding'и в QML

Если что-то постоянно добавляется/удаляется и это нужно отслеживать — зачем массив? Можно взять ListModel. И привязки будут работать.

[@QtRoS]

Совесть не позволяет использовать целую модель для такой мелочи! А вот сделать самому небольшую обертку над массивом — идея неплохая, как мне кажется, спасибо за подсказку)

[@AlexPublic]

А с чего это " C++ часть собиралась под ARM только, в итоге на уровне пакета терялась кроссплатформенность."? ) Непонятно… Тем более, что в кроссплатформенной (по вашим словам) реализации всё равно есть C++ код, пусть и не ваш.

[@QtRoS]

В *.click пакетах для Ubuntu нету C++ кода (если Вы имеете ввиду код стандартного QtQuick2ApplicationViewer'a), там просто упаковываются ресурсы, *.qml и прочее, а на девайсах запускается с помощью qmlscene, которая есть в бинарном виде на всех поддерживаемых SDK платформах!

[@AlexPublic]

Ну т.е. вы просто используете C++ библиотеку в предкомпилированном виде. Но мой вопрос то был не про это, а про проблемы со сборкой только под ARM. Вот откуда это взялось я так и не понял.

[@QtRoS]

Не совсем понял, что имелось ввиду под словом «предкомпилированном»…
Как таковых проблем со сборкой под ARM нет (если не считать того, что собирать приходится на девайсе).
Ранее в пакете лежала *.so под ARM, то бишь под десктопом (x86 и x64) тот же пакет по идее не заработал бы. А в новом подходе простой перенос *.qml файлов под любую платформу будет работать — такая была идея!

[@AlexPublic]

А, ну да, Убунта же. Я привык, что в Андроиде в пакете идут бинарники сразу под всех архитектуры процессоров. Но под Debian тоже не проблема — просто делается 3-4 отдельных пакета. Естественно автоматом (настраиваем один раз сборочный скрипт).

Да, и кстати кросскомпиляция под арм как раз вообще стандартное дело — незачем насиловать дохленькое устройство. )

А так в целом ваша идея и реализация безусловно понятны и имеют смысл. Но без аргументации на тему проблем кроссплатформенности C++. )

[@Indexator]

Спасибо за грамотно составленные тэги, что большая редкость для Хабра! Не пришлось добавлять свои… :)
Считаю, что многим бы стоило брать за пример…

[@tass]

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

[@QtRoS]

Тогда второе имя всех приложений под Ubuntu Phone — долой котят! :)

Для небольших приложений вполне себе живучий вариант тем не менее… В моем случае из кода не получилось спагетти, UI изменений и вовсе не почувствовал, много процессорного времени и памяти из-за JS не расходуется зря, нет работы со сложными структурами данных или большими их объемами — по этой совокупности причин я считаю, что получилось неплохо)

[@Indexator]

Бога нет! Котята в безопасности! ;)

[@AAM]

tass, в чём основые минусы в таком подходе? Медленно? Тяжело поддерживаемый код?

[@tass]

медленно. Тяжело поддерживаемый код. Нет той гибкости, которая есть в плюсах.

[@tangro]

Автор, код на launchpad'e больше не доступен. Не могли бы Вы переложить куда-нибудь?

[@QtRoS]

Обновил ссылку, спасибо за замечание!
Ранее была отдельная ветка, недавно я ее слил в транк, а старую удалил, отсюда битая ссылка… Проект, кстати, живет — добавляю функционал по мере возможности, раннюю Android версию выложил, можно посмотреть в Google play.