Google Android - это несложно

Всем привет!

Наткнулся сегодня на PhoneGap - фреймворк для создания приложений под все мобильные операционные системы. Если верить этой статье http://ru.wikipedia.org/wiki/PhoneGap, то поддерживает все аппаратные возможности Android и большинство возможностей других ОС.

Если PhoneGap такой универсальный, то зачем вообще разработчики Android/iOS... Не проще ли нанять одного на PhoneGap?

Кто сталкивался с этим, какие перспективы?

UPD: Кто как думает, какие перспективы у Xamarin

Lighter писал(а):Всем привет!

Наткнулся сегодня на PhoneGap - фреймворк для создания приложений под все мобильные операционные системы. Если верить этой статье http://ru.wikipedia.org/wiki/PhoneGap, то поддерживает все аппаратные возможности Android и большинство возможностей других ОС.

Если PhoneGap такой универсальный, то зачем вообще разработчики Android/iOS... Не проще ли нанять одного на PhoneGap?

Кто сталкивался с этим, какие перспективы?

Это медленно, это очень медленно...(Webkit)

для легких программ типа "Меню ресторана" самое то, но для чего-то более тяжелого нужно все таки нативное приложение. То есть сам определи область применения.

Осторожно, в этом посте зашкаливающее количество ненависти!

Есть у нас на фирме отдел разработки на PhoneGap. Туда ссылают провинившихся программистов. Кстати те кто оттуда возвращаются начинают очень сильно материться, даже если до этого были вежливыми людьми.

>>>Это медленно, это очень медленно...(Webkit)
Это не самая большая проблема.

Большая проблема это баги. Везде. В любом приложении сложнее чем Hello World. И на каждой платформе уникальные и пофиксить их можно в основном написав плагин на нативном коде (android или ios, итд), со всеми вытекающими отсюда последствиями. (кстати связь с плагинами тоже неадекватно работает, к примеру, последнее что я помню это когда кликнули по пункту из списка, в обработчик события вызывается секунд через 30, и хз почему).

Почему мы рабюотаем с этой ху... эээ технологией? Потому что ее хотят заказчики. Заказчик читает описание PhoneGap - фреймворк для создания приложений под все мобильные операционные системы. Если верить этой статье http://ru.wikipedia.org/wiki/PhoneGap, то поддерживает все аппаратные возможности Android и большинство возможностей других ОС. и думает "Вот блин, круто, ж, какая экономия, все, пишем на PhoneGap!"

Есть у нас на фирме отдел разработки на PhoneGap. Туда ссылают провинившихся программистов. Кстати те кто оттуда возвращаются начинают очень сильно материться, даже если до этого были вежливыми людьми.

1-е кольцо ада

Lighter писал(а):Если PhoneGap такой универсальный, то зачем вообще разработчики Android/iOS... Не проще ли нанять одного на PhoneGap?

вы верите в сказки?

читали - using HTML5, Javascript and CSS? Чем отличается по возможностям нативный код от живущего в браузере? (ага я в курсе. что есть "хром бук", как человек вернувший его через 2 недели....)

а это - open source framework? и кто кроме "веб студий" возьмет в качестве базы open source?

P.S. это вам еще не показали Xamarin?

Про PhoneGap всё ясно, спасибо.

Про Xamarin слышал, но не знаю, какие у него перспективы. В интернете есть сравнение производительности - результаты противоречивы, где-то Xamarin оказывается быстрее приложений на Dalvik.
На мой взгляд Xamarin интересен только C# программистам, которые хотят перейти на Android и iOS.

Кто как думает, какие у него перспективы?

Lighter писал(а):Про PhoneGap всё ясно, спасибо.

Про Xamarin слышал, но не знаю, какие у него перспективы. В интернете есть сравнение производительности - результаты противоречивы, где-то Xamarin оказывается быстрее приложений на Dalvik.
На мой взгляд Xamarin интересен только C# программистам, которые хотят перейти на Android и iOS.

Кто как думает, какие у него перспективы?

У проекта есть свой потребитель. По поводу скорости - сомнительно, поскольку Xamarin - дополнительный уровень абстракции и работать быстрей нативного кода он не может в принципе, все зависит от того самого нативного кода, хотя врятли показатели будут критичными. Вопрос в поддержке и зависимости от еще одного вендора. Дополнительные баги, да и вообще какие преимущества? Разработчиков Java и iOS более чем достаточно и уж точно не нужно платить за реализацию поддержки в платформе новой фичи. Вообще проект интересен тем у кого уже есть штат разработчиков и они просто расширяют рынок, но подобные решения всегда ограниченны в возможностях да и на мой взгляд это просто глупо платить за платформу работающую на open source продукте и что делать если google изменит политику или apple перестанет принимать в маркет эти приложения?(что для того же apple вполне нормальное явление). Таких проектов много, я пробывал уже ruby motion. результат тот же - новый уровень багов, проблемы с отладкой, дополнительная зависимость. Все используют то, что им удобно, но учиться этому специально -безперспективно. Нативные приложения всегда будут в приоритете.

По поводу скорости - сомнительно, поскольку Xamarin - дополнительный уровень абстракции и работать быстрей нативного кода он не может в принципе, все зависит от того самого нативного кода, хотя врятли показатели будут критичными.

Если верить документации, то и Dalvik и Xamarin работают на одном уровне, в некоторых случаях Xamarin обращается к Dalvik.
Сам производительность не тестировал, но здесь и здесь приводятся некоторые результаты, где Xamarin немного быстрее.

Вопрос в поддержке и зависимости от еще одного вендора. Дополнительные баги

Это верно. На Android 4.4, если вместо Dalvik работает ATR Xamarin в некоторых случаях переставал работать. Но стоит признать, что разработчики довольно быстро исправляют и сейчас вроде уже решили.

да и вообще какие преимущества?

Как и в случае с phonegap приложение на Xamarin работает на Android, iOS, MacOS... не знаю, как на практике, но звучит заманчиво. Понятно, что что-то допиливать под конкретную платформу придётся, но не весь проект.

Давайте я вам еще докину Titanium к предмету обсуждения.

после выхода ART, Xamarin нервно курит в сторонке

rezak90 писал(а):после выхода ART, Xamarin нервно курит в сторонке

На сколько я понимаю уже есть альфа версия Xamarin которая компилируется в нативный Андроид код, который ART, собственно как это сейчас реализовано под iOS, так что я бы воздержался от подобных высказываний.

anber писал(а):Давайте я вам еще докину Titanium к предмету обсуждения.

А какое принципиальное отличие PgoneGap от Titanium? Оба используют WebView и принцип работы должен быть похож.

Гораздо интереснее Rhodes и Unity.

Lighter писал(а):А какое принципиальное отличие PgoneGap от Titanium? Оба используют WebView и принцип работы должен быть похож.

Если коротко: PhoneGap - мы работаем внутри WebView, Titanium - мы работаем с нативными компонентами

Процитирую фрагмент из статьи: http://habrahabr.ru/post/95010/

Думаю, на вопрос «А зачем нам второй Adobe AIR?» разработчики отвечали не раз и не два. Думаю, все дело в своем Лунапарке. Если основная идея Adobe AIR это «Запускайте все подряд, каждое приложение в своей песочнице, в ущерб возможностям», то Titanium это гораздо более богатый API, но и отсутствие какого-либо контроля за приложением. Что доступно: все, что может дать Adobe AIR плюс процессы (создание, ввод/вывод), HTTP сервер, готовая очередь для асинхронных событий, интеграция с growl и аналогами.
Чтобы быть честным перед разработчиками, скажу, что JavaScript — не единственный доступный язык, можно так же выбрать Python, Ruby, PHP и иметь в виду, что виртуальная машина добавится к дистрибутиву, тогда как JavaScript первороден.
Titanium — это не только SDK, но и облачная платформа для сборки и распространения приложений. В обин клик новый билд расползается по клиентам, что очень здорово (сам пробовал). За денюжку можно оснастить приложение аналитикой (этакий Google Analytics для десктоп)

Решив, что деньги не на десктопе а в мобильнике, команда начала клепать мобильную версию фреймворка. Взяли WebView, запихали туда JavaScript объекты для доступа к акселерометру, GPS, DB и первая версия готова. Вот вам CSS, HTML, jQuery — пишите. Кстати говоря, один из конкурентов, rhomobile.com/ именно так и работает. Посмотрели на все тормоза, и решили написать все заново. Теперь взяли SpiderMonkey для iPhone, Rhino для Android, и обернули все нативные элементы UI в JavaScript. И немного кинули разработчиков, которые уже начали писать на HTML+CSS, до сих пор на сайте встречаются вопросы типа «Ээээ, а куда вы это все дели?» Получился быстрый кроссплатформеннй движок для современных мобильных платформ, с реальной поддержкой Native Look'n'Feel.