Выбираем на чем писать новый мобильный проект (ничего сложно / платформо зависимого, в основном GUI).
Прежде всего нужен Android, но если будет также iOS — отлично.
Вроде как в Qt 5.2 позволяет портировать под обе платформы.
Правильно ли я понимаю, что этого надо покупать QT Mobile за $150 / mo ? http://qt.digia.com/Try-Buy/Qt-Mobile-Edition-Plans/
Или можно как-то использовать QT 5.2 бесплатно как LGPL?
Или может все же писать нейтивно?
Здравствуйте, eustin, Вы писали:
E>Выбираем на чем писать новый мобильный проект (ничего сложно / платформо зависимого, в основном GUI). E>Прежде всего нужен Android, но если будет также iOS — отлично. E>Вроде как в Qt 5.2 позволяет портировать под обе платформы. E>Правильно ли я понимаю, что этого надо покупать QT Mobile за $150 / mo ? E>http://qt.digia.com/Try-Buy/Qt-Mobile-Edition-Plans/ E>Или можно как-то использовать QT 5.2 бесплатно как LGPL? E>Или может все же писать нейтивно?
Здравствуйте, eustin, Вы писали:
E>Или может все же писать нейтивно?
если делать качественно, то надо делать родной UI на обеих платформах. платформонезависимое ядро можно писать на C/C++.
обертки над HTML несут в себе свои собственные проблемы, лично я сталкивался с несколькими примерами, когда изначально начинали писать на titanium/phonegap, но после месяцев попыток заставить это работать без глюков принимали решение делать два нативных приложения.
в случае Qt LGPL достаточно дать доступ к объектным файлам твоего приложения, чтобы была возможность заменить реализацию библиотеки Qt. если делались изменения в самой Qt, то эти изменения должны быть так же предоставлены.
LS>если делать качественно, то надо делать родной UI на обеих платформах. платформонезависимое ядро можно писать на C/C++. LS>обертки над HTML несут в себе свои собственные проблемы, лично я сталкивался с несколькими примерами, когда изначально начинали писать на titanium/phonegap, но после месяцев попыток заставить это работать без глюков принимали решение делать два нативных приложения.
LS>в случае Qt LGPL достаточно дать доступ к объектным файлам твоего приложения, чтобы была возможность заменить реализацию библиотеки Qt. если делались изменения в самой Qt, то эти изменения должны быть так же предоставлены.
Спасибо. PhoneGap я смотрел и почти отмел, так как:
— в итоге кода будет не так уж мало, есть опасение, что будет хитро глючить
— Вроде как все исходники будут открыты — любой может их изучить, что не хотелось бы.
— Я сам не люблю JS / Html5 и исполнителя имхо сложно будет найти.
E>>Выбираем на чем писать новый мобильный проект (ничего сложно / платформо зависимого, в основном GUI). K>HTML5. Начни с обеток phonegap.
А есть реальный опыт создания коммерческого кроссплатформного приложения на phonegap? С той же защитой кода от изучения там все ок?
Подход "начни" не подходит, нужно сразу понять, подойдет оно или нет.
Вот такие блеяния новичка потом и рождают глупые слухи о платформах.
E>- Вроде как все исходники будут открыты — любой может их изучить, что не хотелось бы.
ага, а ты попробуй изучи исходники, к примеру, Google maps — это при том, что все api продокументированы.
Здравствуйте, kr510, Вы писали:
K>Здравствуйте, eustin, Вы писали:
E>>Выбираем на чем писать новый мобильный проект (ничего сложно / платформо зависимого, в основном GUI).
K>HTML5. Начни с обеток phonegap.
Тут надо очень осторожно, т.к. с увеличением сложности UI возникают жутчайшие тормоза. Особенно замечательно эту проблему иллюстрируют всякие фреймворки типа Sencha на примитивнейших демках.
Здравствуйте, eustin, Вы писали:
E>Выбираем на чем писать новый мобильный проект (ничего сложно / платформо зависимого, в основном GUI). E>Прежде всего нужен Android, но если будет также iOS — отлично. E>Вроде как в Qt 5.2 позволяет портировать под обе платформы. E>Правильно ли я понимаю, что этого надо покупать QT Mobile за $150 / mo ? E>http://qt.digia.com/Try-Buy/Qt-Mobile-Edition-Plans/ E>Или можно как-то использовать QT 5.2 бесплатно как LGPL? E>Или может все же писать нейтивно?
С Qt под Android не знаком, но осуждаю. При разработке под Android самая большая проблема — это не UI красивый сделать, а согласовать жизненные циклы разных компонентов, из которых состоит приложение. В двух словах: технически, как только пользователь ушёл из вашего приложения, система имеет полное право это самое приложение прибить, в зависимости от своих хотелок. Когда пользователь решает в ваше приложение вернуться, ваше приложение запускается снова, но вас просят "вернуть всё как было", чтобы для пользователя всё выглядело как свернул-развернул. Для какого-нибудь калькулятора это всё тривиально, но как только начинаются всякие асинхронные операции, изменения состояний и всякое прочее, проще сразу застрелиться. Если в Qt заявлено какое-то секретное оружие для борьбы со всем этим, вероятно он будет удобнее. Если же там только UI и знакомый набор библиотечных классов, толку, ИМХО, будет мало.
Здравствуйте, andyag, Вы писали: A>С Qt под Android не знаком, но осуждаю. При разработке под Android самая большая проблема — это не UI красивый сделать, а согласовать жизненные циклы разных компонентов, из которых состоит приложение. В двух словах: технически, как только пользователь ушёл из вашего приложения, система имеет полное право это самое приложение прибить, в зависимости от своих хотелок. Когда пользователь решает в ваше приложение вернуться, ваше приложение запускается снова, но вас просят "вернуть всё как было", чтобы для пользователя всё выглядело как свернул-развернул. Для какого-нибудь калькулятора это всё тривиально, но как только начинаются всякие асинхронные операции, изменения состояний и всякое прочее, проще сразу застрелиться. Если в Qt заявлено какое-то секретное оружие для борьбы со всем этим, вероятно он будет удобнее. Если же там только UI и знакомый набор библиотечных классов, толку, ИМХО, будет мало.
Говорю как пользователь андройда : это все в теории, причем очень мифической. На практике 99.99% приложений забивают на это и если вдруг система прибьет приложение пока на минуточку переключился с него — оно запустится поновой без всякого сохранения состояния и не выполнив бекграундные операции.
Здравствуйте, xcf, Вы писали:
xcf>Здравствуйте, andyag, Вы писали: A>>С Qt под Android не знаком, но осуждаю. При разработке под Android самая большая проблема — это не UI красивый сделать, а согласовать жизненные циклы разных компонентов, из которых состоит приложение. В двух словах: технически, как только пользователь ушёл из вашего приложения, система имеет полное право это самое приложение прибить, в зависимости от своих хотелок. Когда пользователь решает в ваше приложение вернуться, ваше приложение запускается снова, но вас просят "вернуть всё как было", чтобы для пользователя всё выглядело как свернул-развернул. Для какого-нибудь калькулятора это всё тривиально, но как только начинаются всякие асинхронные операции, изменения состояний и всякое прочее, проще сразу застрелиться. Если в Qt заявлено какое-то секретное оружие для борьбы со всем этим, вероятно он будет удобнее. Если же там только UI и знакомый набор библиотечных классов, толку, ИМХО, будет мало. xcf>Говорю как пользователь андройда : это все в теории, причем очень мифической. На практике 99.99% приложений забивают на это и если вдруг система прибьет приложение пока на минуточку переключился с него — оно запустится поновой без всякого сохранения состояния и не выполнив бекграундные операции.
Соглашаюсь как пользователь Андроида. Но хреново же
Здравствуйте, LuciferSaratov, Вы писали:
LS>в случае Qt LGPL достаточно дать доступ к объектным файлам твоего приложения, чтобы была возможность заменить реализацию библиотеки Qt. если делались изменения в самой Qt, то эти изменения должны быть так же предоставлены.
Наконец-то хоть кто-то изложил правильное понимание LGPL. А то чего только не наслушаешься о лицензии Qt.
Здравствуйте, LuciferSaratov, Вы писали:
LS>в случае Qt LGPL достаточно дать доступ к объектным файлам твоего приложения, чтобы была возможность заменить реализацию библиотеки Qt. если делались изменения в самой Qt, то эти изменения должны быть так же предоставлены.
это значит что любой китаец возьмет этот объектный код, слинкует с Qt и выложил в аппстор от своего имени.
Здравствуйте, kr510, Вы писали:
E>>- Вроде как все исходники будут открыты — любой может их изучить, что не хотелось бы.
K>ага, а ты попробуй изучи исходники, к примеру, Google maps — это при том, что все api продокументированы.
Ну они хотя бы обфусцированы, а это сильно усложняет чтение.
QC>Наконец-то хоть кто-то изложил правильное понимание LGPL. А то чего только не наслушаешься о лицензии Qt.
Кстати, читал, что такие приложения могут не взять в Аппстор (с какой-то долей вероятности), что вроде это противоречит лицензии Apple.
