нет по двум причинам:
1) Today the Windows Library for JavaScript (WinJS) is taking its first step to becoming cross-platform
2) смотрел в FF, Chrome, android 4.4, iOS 7 — не могу сказать что оно идельно, потому как не все заводится. Но, что интересно, большинство функционала работает, причем вполне терпимо как для первого «паблиша»
Как компромисс между необходимостью выпуска на нескольких платформах и временем разработки такое решение вполне может сгодиться
вы совершенно правы — разработка кроссплатформенного приложения и оптимизация его UI под одну платформу: всегда будет дольше чем нативного(если мы не говорим о нестандартных элементах UI).
Но… это время, как правило будет меньше чем суммарное для разработки под две или более платформы, и уж тем более если требуется нестандартный пользовательский интерфейс.
А по указанным Вам фреймверкам:
jQuery Mobile — недостатки обсуждались в статье.
Sencha Touch — отдельный разговор, слишком огромный фреймворк, чтобы вэб-разработчик, который его только начал использовать(менее 9 месяцев) — смог «выжать» из него максимум. Кроме этого сами Sencha — не скрывают, что их фреймворк начал «шустро» работать только на androide 4.2(движок V8, до этого был V6 в webView)
А по-поводу замечаний, мы совершенно с ними согласны:
Но сегодня речь не о том, что что-то тормозит, дергается, или самописный свайп не всегда вовремя отрабатывает на 14000 объектах данных; речь о том, что на PhoneGap можно и нужно писать.
Честно говоря даже не знаю как ответить коротко, просто ответы на данные два вопроса тянут на серию статей.
Постараюсь коротко:
1) Да смотрели, даже пытались реализовать свои расширения в виде сервисов, но столкнулись с тем что есть вещи которые невозможно исправить, например:
— высокий уровень входа во фреймверк, что иногда критично для быстрого старта «джуну»
— DI в angular — это фактически singleton(управление экземпляром не прозрачно)
— скоуп полностью перерендеривается при новом отображении скрытого DOM
— заточенность под CRUD приложения
Мне лично angular крайне импонирует, но он не является оптимально «заточенным». К примеру, сами создатели angularjs на вопрос «почему они не занимаются оптимизацией производительности?», ответили: у нас фреймворк работает достаточно быстро чтобы выдавать те самые 60 fps.
Кроме этого у angular и backbone немного разные уровни абстракции и реализации, то есть того за что отвечает фреймворк. Нам нужен был наиболее гибкий MV*(и только это) фреймворк, имеющий наибольшее комьюнити.
Хотя на ангуляре вполне можно написать PhoneGap приложение.
2) пробовали и marionettejs и chaplinjs (холивар устраивать не будем с создателями знакомы лично). Просто RAD.js это свое, «заточенное» под решение проблем описанных в данной статье. Легковестное ~10К, 2,2К строк кода. В данный момент переводится документация и будет выложена как opensource на github с примерами. Но это как я говорил ранее тема отдельной статьи и надеюсь в скором времени.
Еще раз — это не повод для холивара между фреймворками ;)
Если не секрет, а где это видно ;)
Видно не доглядели.
У нас действительно есть тима которая занимается титатниумом, но отказываться ни от одной платформы мы не собираемся. Дело в том что хотя и фонгап и титаниум являются кросплатформеными, они по разному реализуют данный подход. И инструмент(титаниум, фонгап, ксамарин или тот же Cocoon (его, честно говоря даже не трогали — играми практически не занимаемся) ) для кроссплатформенной разработки у нас выбирается непосредственно под конкретную задачу, в зависимости от требований.
У нас с коллегой в августе в Одессе доклады. До этого события на appStore и GooglePlay будут размещены по два приложения на PhoneGap(с разными бизнес кейсами), что бы можно было оценить отзывчивость и быстродействие.
К сожалению, в данный момент основной поток PhoneGap у нас попадает под NDA( non-disclosure agreement), в связи с чем мы не можем «пиарить» ссылки на маркет. Но думаю мы с Вами сможем дождаться 22 августа, обзорная статья с конкретными трудностями гарантируется.
1) Today the Windows Library for JavaScript (WinJS) is taking its first step to becoming cross-platform
2) смотрел в FF, Chrome, android 4.4, iOS 7 — не могу сказать что оно идельно, потому как не все заводится. Но, что интересно, большинство функционала работает, причем вполне терпимо как для первого «паблиша»
вы совершенно правы — разработка кроссплатформенного приложения и оптимизация его UI под одну платформу: всегда будет дольше чем нативного(если мы не говорим о нестандартных элементах UI).
Но… это время, как правило будет меньше чем суммарное для разработки под две или более платформы, и уж тем более если требуется нестандартный пользовательский интерфейс.
А по указанным Вам фреймверкам:
jQuery Mobile — недостатки обсуждались в статье.
Sencha Touch — отдельный разговор, слишком огромный фреймворк, чтобы вэб-разработчик, который его только начал использовать(менее 9 месяцев) — смог «выжать» из него максимум. Кроме этого сами Sencha — не скрывают, что их фреймворк начал «шустро» работать только на androide 4.2(движок V8, до этого был V6 в webView)
А по-поводу замечаний, мы совершенно с ними согласны:
Постараюсь коротко:
1) Да смотрели, даже пытались реализовать свои расширения в виде сервисов, но столкнулись с тем что есть вещи которые невозможно исправить, например:
— высокий уровень входа во фреймверк, что иногда критично для быстрого старта «джуну»
— DI в angular — это фактически singleton(управление экземпляром не прозрачно)
— скоуп полностью перерендеривается при новом отображении скрытого DOM
— заточенность под CRUD приложения
Мне лично angular крайне импонирует, но он не является оптимально «заточенным». К примеру, сами создатели angularjs на вопрос «почему они не занимаются оптимизацией производительности?», ответили: у нас фреймворк работает достаточно быстро чтобы выдавать те самые 60 fps.
Кроме этого у angular и backbone немного разные уровни абстракции и реализации, то есть того за что отвечает фреймворк. Нам нужен был наиболее гибкий MV*(и только это) фреймворк, имеющий наибольшее комьюнити.
Хотя на ангуляре вполне можно написать PhoneGap приложение.
2) пробовали и marionettejs и chaplinjs (холивар устраивать не будем с создателями знакомы лично). Просто RAD.js это свое, «заточенное» под решение проблем описанных в данной статье. Легковестное ~10К, 2,2К строк кода. В данный момент переводится документация и будет выложена как opensource на github с примерами. Но это как я говорил ранее тема отдельной статьи и надеюсь в скором времени.
Еще раз — это не повод для холивара между фреймворками ;)
Видно не доглядели.
У нас действительно есть тима которая занимается титатниумом, но отказываться ни от одной платформы мы не собираемся. Дело в том что хотя и фонгап и титаниум являются кросплатформеными, они по разному реализуют данный подход. И инструмент(титаниум, фонгап, ксамарин или тот же Cocoon (его, честно говоря даже не трогали — играми практически не занимаемся) ) для кроссплатформенной разработки у нас выбирается непосредственно под конкретную задачу, в зависимости от требований.
А в этой статье мы пытались расказать о PhoneGap
К сожалению, в данный момент основной поток PhoneGap у нас попадает под NDA( non-disclosure agreement), в связи с чем мы не можем «пиарить» ссылки на маркет. Но думаю мы с Вами сможем дождаться 22 августа, обзорная статья с конкретными трудностями гарантируется.