Комментарии 24
Пользуюсь аппселератором. Очень доволен. Нехватает только русскоязычных единомышленников и опыта в Node.JS.
Ну и раз уж я тут первый, поделюсь опытом.
Для начала — PHP-кодер, со знанием основ PHP, HTML, CSS, JS на уровне написания говнокода. Заинетерсовался мобильными приложениями. Пересмотрел большинство перечисленных фреймворков. В своем большинстве они позволяют делать только HTML5 приложения в обертке браузера. Поэтому доступа к хардварной части мобильного устройства или нет совсем или он корявый / урезанный.
Пробовал PhoneGap — не проникся.
Ксамарин — нужно знание С#
Остановился на аппселераторе потому что:
— Огромный API
— Бесплатный
— Документация не самая удобная, но ее много.
— Неудобство документации с лихвой компенсируется stackoverflow и иже с ними.
— Приложения пишутся на Node.JS (+ underscore) — легкость освоения.
— Есть ACS — облако для приложения (в бесплатной версии недоступно, но у меня как-то получилось) — неи особых запарок с бекэндом.
— Можно делать приложения любой сложности
— Кроссплатформенность работает в 90% случаев.
Из минусов
— много багов, но они только добавляют повода подумать над кодом, реализацией.
— Некоторые инструменты реализованы плохо (консоль отладки) или никак (прототипирование, стили для приложений).
Ни в коем случае не агитирую за аппселератор, готов ответить на ваши вопросы по этой IDE, хочу услышать отзывы в аналогичном формате о других платформах и опять же ищу единомышленников.
Для начала — PHP-кодер, со знанием основ PHP, HTML, CSS, JS на уровне написания говнокода. Заинетерсовался мобильными приложениями. Пересмотрел большинство перечисленных фреймворков. В своем большинстве они позволяют делать только HTML5 приложения в обертке браузера. Поэтому доступа к хардварной части мобильного устройства или нет совсем или он корявый / урезанный.
Пробовал PhoneGap — не проникся.
Ксамарин — нужно знание С#
Остановился на аппселераторе потому что:
— Огромный API
— Бесплатный
— Документация не самая удобная, но ее много.
— Неудобство документации с лихвой компенсируется stackoverflow и иже с ними.
— Приложения пишутся на Node.JS (+ underscore) — легкость освоения.
— Есть ACS — облако для приложения (в бесплатной версии недоступно, но у меня как-то получилось) — неи особых запарок с бекэндом.
— Можно делать приложения любой сложности
— Кроссплатформенность работает в 90% случаев.
Из минусов
— много багов, но они только добавляют повода подумать над кодом, реализацией.
— Некоторые инструменты реализованы плохо (консоль отладки) или никак (прототипирование, стили для приложений).
Ни в коем случае не агитирую за аппселератор, готов ответить на ваши вопросы по этой IDE, хочу услышать отзывы в аналогичном формате о других платформах и опять же ищу единомышленников.
Пользуемся Appcelerator в коммерческих проектах. Есть как плюсы, так и минусы. Кроме того, что Вы написали выше по поводу особенностей работы, пришли к нескольких выводам:
1) Appcelerator может эффективно решать 99,9% всех задач в мобильной разработке.
2) В случае «больших» проектов (время чистой разработки больше 3 месяцев) есть риски столкнуться с непредвиденными ошибками, на исправление которых уходит большое количество времени и сил. Особенно, вопросы memory leaks.
Как результат, отличное решение для большинства задач. Однако, для крупных проектов лучше использовать нативные инструменты. К сожалению, найти грань достаточно сложно.
1) Appcelerator может эффективно решать 99,9% всех задач в мобильной разработке.
2) В случае «больших» проектов (время чистой разработки больше 3 месяцев) есть риски столкнуться с непредвиденными ошибками, на исправление которых уходит большое количество времени и сил. Особенно, вопросы memory leaks.
Как результат, отличное решение для большинства задач. Однако, для крупных проектов лучше использовать нативные инструменты. К сожалению, найти грань достаточно сложно.
Доступ к хардварной части мобильного устройства идёт через плагины, плагин пишется на нативном языке под устройство и предоставляет js-обёртку для вызова. Есть готовые, часто используемые плагины. Вполне рабочая схема.
Каша какая то из разных технологий, с одной стороны конструкторы, с другой стороны css фрейморки, полного аналога/конкурента фоногапу в этом списке не увидел, поэтому он особняком стоит и нам приходится мучится именно с его багами.
Плюсану насчет Ionic. Довольно интересный и амбициозный проект. Помимо надстроек над Cordova, вроде AngularJS и набора готовых Web-компонентов, есть и интересные разработки, вроде Ionic View, которая правда пока превращается в тыкву, при использовании любого плагина, не входящего в список поддерживаемых.
А Cordova которая теперь в VS2015 «из коробки»? Да и unity 5 с их новым UI теперь подходит для приложений.
На чем основана эта статистика?
На чем основана эта статистика?
Embarcadero RAD Studio/FireMonkey тогда уж еще.
Как-то имхо слишком много html-based фреймворков(мне лично приложения, написанные с использованием подобных библиотек ну очень сильно не нравятся). Было бы интересно узнать, какой процента разработчиков предпочитает именно такие технологии.
Устройте опрос, тогда узнаете.
Кстати, в прошлом году так и сделали habrahabr.ru/post/229559 с несколькмим опросами.
Занятно. Вот еще интересненькое (хоть и прошлогоднее) Обзор 7 самых популярных кроссплатформенных мобильных фреймворков.
Кто-то пользовался marmalade?
Кто видел более детальное сравнение? (можно на английском или русском)
Сайт mosync.com не выдержал хабраэффект или у них плановые работы?
Кто-то пользовался marmalade?
Кто видел более детальное сравнение? (можно на английском или русском)
Сайт mosync.com не выдержал хабраэффект или у них плановые работы?
А как же NativeScript? Вполне удобная штука. Пока ребята из Фейсбука реализуют возможность использовать Реакт-нэйтив для разработки под Андроид, можно юзать NS.
а как насчет cocos2dx?
Не очень понятно, почему автор первоисточника выбрал PhoneGap, а не «голую» Cordova.
Вот только не смейтесь, но все мои знакомые прошли через такой путь. Причем о нем мне они рассказывать начали еще с 2013 года примерно :)
Начало знакомства:
О, круто! Я всю жизнь делаю сайты и теперь смогу делать мобильные приложения как Бог — На HTML через ХХХ движок! Осталось среди 100500 движков выбрать единственный, который самый крутой!
Спустя неделю:
Так, все ок. Приложение сделал. Круто, что быстро вышло! Теперь надо протестировать его у друга. У него как раз X1 девайс. А то на моем X10 все клево и всегда.
Спустя две недели:
Так, что-то тормозит и лагает все дико. Пойду гляну еще раз на других девайсах. Так, что-то на популярных X2-X5 все уныло лагает. Это наверное потому, что я выбрал XXX фреймворк. Возьму-ка я ZZZ или вобще FFF, там еще круче пишут в рекламе!
Спустя еще пару дней:
Так, что-то и тут лагает. Ладно, хрен с ним. Надо прикрутить нативные сервисы. О блин, плагин надо на нативе писать. То, что я хочу — нету из коробки.
Спустя месяц:
Да что за бред!? Почему написано, что всё можно, когда оно лагает и ничего не работает, как надо!? А для компонентов надо на нативе писать!? Может сразу надо на нативе писать?
Спустя два месяца:
Ого! Так оказывается, что все эти «фреймворки» — это просто WebView и ничего больше! Нафига я вообще с этим связывался!? Пойду всё на натив перепишу с того тормозного овна!
Спустя пол года чуваки идут работать нативщиками в компании и забивают на тщетные попытки разработки html приложений. Занавес.
Кстати, дабы не давать людям ложные надежды — почитайте лучше про LinkedIn, как они сначала били себя в грудь, что за html приложениями будущее и потом начали кричать, что это был их самый печальный опыт и они ушли в натив, т.к. на html ничего сложнее формы логина сделать не получится, чтоб не лагало.
Начало знакомства:
О, круто! Я всю жизнь делаю сайты и теперь смогу делать мобильные приложения как Бог — На HTML через ХХХ движок! Осталось среди 100500 движков выбрать единственный, который самый крутой!
Спустя неделю:
Так, все ок. Приложение сделал. Круто, что быстро вышло! Теперь надо протестировать его у друга. У него как раз X1 девайс. А то на моем X10 все клево и всегда.
Спустя две недели:
Так, что-то тормозит и лагает все дико. Пойду гляну еще раз на других девайсах. Так, что-то на популярных X2-X5 все уныло лагает. Это наверное потому, что я выбрал XXX фреймворк. Возьму-ка я ZZZ или вобще FFF, там еще круче пишут в рекламе!
Спустя еще пару дней:
Так, что-то и тут лагает. Ладно, хрен с ним. Надо прикрутить нативные сервисы. О блин, плагин надо на нативе писать. То, что я хочу — нету из коробки.
Спустя месяц:
Да что за бред!? Почему написано, что всё можно, когда оно лагает и ничего не работает, как надо!? А для компонентов надо на нативе писать!? Может сразу надо на нативе писать?
Спустя два месяца:
Ого! Так оказывается, что все эти «фреймворки» — это просто WebView и ничего больше! Нафига я вообще с этим связывался!? Пойду всё на натив перепишу с того тормозного овна!
Спустя пол года чуваки идут работать нативщиками в компании и забивают на тщетные попытки разработки html приложений. Занавес.
Кстати, дабы не давать людям ложные надежды — почитайте лучше про LinkedIn, как они сначала били себя в грудь, что за html приложениями будущее и потом начали кричать, что это был их самый печальный опыт и они ушли в натив, т.к. на html ничего сложнее формы логина сделать не получится, чтоб не лагало.
Не первый год (а точнее 4й) мы используем Xamarin для крупных коммерческих проектов (ретейл, сервис). Никаких проблем нет (ограничений, сложностей и т.п.). Сейчас запустили даже на Xamarin конструктор мобильных приложений, причем так, чтобы независимые разработчики могли его дополнять и улучшать для клиентов (см. http://appropio.com).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
12 лучших фреймворков для разработки приложений под Android