Comments 41
Из своего опыта понял, что jquerymobile больше подходит под системы администрирования, т.к. на более менее тяжелых страницах всё начинает тормозить.
У меня аппарат с 4x1.50 GHz и ОЗУ 1Гб проблем с приложением нет. Но да, пользователи с более слабыми девайсами говорят о подтормаживаниях, хотя и не критичных.
Это у вас пока приложение небольшое, на списках больше 100 элементов jQuery Mobile практически не применим, приходится использовать другие методы.
Прошлый телефон был одноядерный на 1 Ггц, 512 МБ RAM — тормозили jquerymobile демки так, хоть вешайся. Молчу про реальные приложения.
Сейчас телефон новее — 2x1.2 GHz 768 МБ RAM. Запустил jquery-mobile демки стандартные. Вешаться уже не хочется, но и работать с таким интерфейсом я бы стал только из под палки. Скорее поискал бы иное приложение.
Сейчас телефон новее — 2x1.2 GHz 768 МБ RAM. Запустил jquery-mobile демки стандартные. Вешаться уже не хочется, но и работать с таким интерфейсом я бы стал только из под палки. Скорее поискал бы иное приложение.
Вроде бы в 4.4 WebView ускорили. Может кто пробовал запускать подобные балалайки? Стало юзабельным?
объясните мне бестолковому, кому нужно мобильное приложение сделанное из статического сайта?
Зачем вообще это?
Зачем вообще это?
Серёзьно!? Это даже не Hello World. Ведь на Хабре, уже много писали про PhoneGap, проводили различные тесты производительности, и давали очень тонкие советы.
Я обычно не комментирую статьи для начинающих, но это уж совсем. Тем более у нас подобного и во много крат лучше достаточно. Но больше даже не к автору вопрос, а к людям плюсующим. Вы чего?)
Я обычно не комментирую статьи для начинающих, но это уж совсем. Тем более у нас подобного и во много крат лучше достаточно. Но больше даже не к автору вопрос, а к людям плюсующим. Вы чего?)
Приведите пример похожей статьи.
Например так — habrahabr.ru/search/?q=phonegap
Разработка мобильных приложений на PhoneGap и jQuery Mobile (24 апреля 2011г.)
PhoneGap: как сделать приложение отзывчивым — очень подробно о производительности html приложения (webview) на мобильных телефонах.
И прочие, и прочие. Да, я только за новые и интересные статьи, там боле how to. Но писать на Хабре print «Hello world» (хотя вобщем и этого нет) как-то некомильфо. Хотя вам конечно, лучше знать.
Разработка мобильных приложений на PhoneGap и jQuery Mobile (24 апреля 2011г.)
PhoneGap: как сделать приложение отзывчивым — очень подробно о производительности html приложения (webview) на мобильных телефонах.
И прочие, и прочие. Да, я только за новые и интересные статьи, там боле how to. Но писать на Хабре print «Hello world» (хотя вобщем и этого нет) как-то некомильфо. Хотя вам конечно, лучше знать.
В первой статье много информации про создание самого приложения. У меня же главная цель это перенос существующего приложения. Поэтому тут впринципе нет никакого Hello world.
Производительность также не являлось темой данного поста.
Производительность также не являлось темой данного поста.
С ужасом представляю людей, которые заточены делать только то, чему их научили. Я могу только догадываться, но мне кажется любой, любой способный составить phonegap приложение. Сможет перенести Ctrl+C > Ctrl+V контент, тем более таким топорным методом который предложен в статье. Нет, ну как бы если народу нравится, а судя по + статье — нравится, то конечно круто. Но, пока я спал аудитория Хабра сменилась с «бородачей» на домохозяек.
Спасибо за лестную характеристику домохозяйки. Но я, например, специализируюсь в другой области, и такие статьи помогают мне:
1) узнать, что это возможно в принципе. Раньше я считал, что единственный путь сделать приложение для андроида и тем более для iOS — это нанять дорогущих сишарпщиков с дажвистами.
2) преодолеть психологический барьер. Возможно, это действительно так просто. Но когда есть статья, в которой утверждается, что создать приложение — это просто, и приводится конкретный набор конкретных шагов — это мотивирует попробовать самому.
1) узнать, что это возможно в принципе. Раньше я считал, что единственный путь сделать приложение для андроида и тем более для iOS — это нанять дорогущих сишарпщиков с дажвистами.
2) преодолеть психологический барьер. Возможно, это действительно так просто. Но когда есть статья, в которой утверждается, что создать приложение — это просто, и приводится конкретный набор конкретных шагов — это мотивирует попробовать самому.
Я впервые увидел эту статью. Специально не искал, т.к. не знал, что такое вобще возможно. Увидел и понял, что, возможно, смогу применить на одном из своих проектов. Положил в закладки. Мне никаких тонкостей не нужно, только минимальный howto. Автору — спасибо!
Минус PhoneGap — абсолютно ненативно выглядящие приложения (да, я знаю про проект Fries, но в нём тоже есть свои проблемы, особенно на топовых Samsung'ах), jQueryMobile скорее усугубляет проблему внося iOS-like интерфейс, чуждый для андроида, и тормоза. Если уж так сильно охото писать кроссплатформенные JS приложения — Titanium лучший выбор, чем PhoneGap. В нём JS реализует только бизнес-логику, а UI рисуется нативными средствами платформы и при том, весьма шустро.
С PhoneGap решается задача — как с минимальными усилиями перенести то что есть. Для Titanium насколько я понимаю нужно будет заново делать UI.
Есть PhoneJS от Devexpress например. Сам не пробовал, но выглядит многообещающе.
Уже много чего написали, но я выскажу, потому что крик души рвется из груди.
Хотите верьте, хотите нет, прочитав заголовок, в голову сразу пришел brainexer — на моем девайсе, единственное ненативное приложение + помню один из комментариев к review приложения в GooglePlay о том, что по ходу приложение написано на jQuery mobile.
Сам пользуюсь уже порядка полугода сервисом и то что вы сделали возможность пользоваться им оффлайн да еще и мобильно — это здорово, спасибо большое.
НО, если вы решили портировать приложение на мобильную платформу, то сделайте так чтобы оно консистентно взаимодействовало с платформой — согласно гайдлайнам. Решили сделать на jQuery — не вопрос. Неужели Mobile Web Application для Android нельзя сделать в соответствии с принятыми парадигмами дизайна платформы.
Что касается производительности, то в этом плане я не сторонник ненативных приложений в контексте мобильных платформ и поэтому всевозможные j2objc, Xamarin-ы и PhoneGap-ы для меня идут лесом. На моей Xperia S задержка ввода по нажатию на кнопке на взгляд около половины секунды. В то время как секундомер работает без временных лагов. Если решили продолжать развивать проект на jQuery, то подумайте насчет оптимизации серьезно. Если вдруг захочется переписать код используя нативный фреймворк, готов помочь как советом, так и пописать код (если это все в рамках Open Source) — абсолютно бесплатно :)
Хотите верьте, хотите нет, прочитав заголовок, в голову сразу пришел brainexer — на моем девайсе, единственное ненативное приложение + помню один из комментариев к review приложения в GooglePlay о том, что по ходу приложение написано на jQuery mobile.
Сам пользуюсь уже порядка полугода сервисом и то что вы сделали возможность пользоваться им оффлайн да еще и мобильно — это здорово, спасибо большое.
НО, если вы решили портировать приложение на мобильную платформу, то сделайте так чтобы оно консистентно взаимодействовало с платформой — согласно гайдлайнам. Решили сделать на jQuery — не вопрос. Неужели Mobile Web Application для Android нельзя сделать в соответствии с принятыми парадигмами дизайна платформы.
Что касается производительности, то в этом плане я не сторонник ненативных приложений в контексте мобильных платформ и поэтому всевозможные j2objc, Xamarin-ы и PhoneGap-ы для меня идут лесом. На моей Xperia S задержка ввода по нажатию на кнопке на взгляд около половины секунды. В то время как секундомер работает без временных лагов. Если решили продолжать развивать проект на jQuery, то подумайте насчет оптимизации серьезно. Если вдруг захочется переписать код используя нативный фреймворк, готов помочь как советом, так и пописать код (если это все в рамках Open Source) — абсолютно бесплатно :)
лаги при кликах в phonegap приложениях это типичная ошибка разработчика. Нужно всего-то заменить обработку события click на touchstart/touchend или воспользоваться одним из кучи готовых решений. По дефолту задержка на срабатывание события click равна 300 миллисекунд, так что да, все происходит очень медленно для глаза. Правда опять же лаги останутся если по клику делается что-то сильно тяжелое, или не очень оптимально идет работа с dom и т.д.)
dotneter Надо взять на заметку
Вместо click используется tap, насколько я знаю у нем нет задержки 300 мс
вот только в браузере нету события tap, оно эмулируется обратботкой touchstart/touchend (если оба события сработали на одном и том же элементе, и между ними либо не было touchmove). Причем есть куча реализаций. Самой популярной является библиотека fastclick.
по поводу юайки есть очень интересный проект — Steroids, но я все никак не могу найти времени потыкать.
по поводу юайки есть очень интересный проект — Steroids, но я все никак не могу найти времени потыкать.
>НО, если вы решили портировать приложение на мобильную платформу, то сделайте так чтобы оно консистентно взаимодействовало с платформой — согласно гайдлайнам
Можно основные минусы текущего варианта?
Можно основные минусы текущего варианта?
Основной минус — не понятно куда тыкать, потому что привыкли уже к абсолютно другому UI. Да и тормозит прям очень заметно.
Если Вы решили поддерживать смену ориентации экрана, то имеет смысл подумать: а может быть сделать для ландшафтной и портретной вресии разную компоновку. Потом мне совсем непонятно, зачем помимо кликабельных вариантов ответа отображать цифровую клавиатуру в некоторых заданиях
PhoneGap не работает как платформа для мобильных приложений.
Во всяком случае на моем HTC Desire HD. Дело не в ненативно выглядещих контролах, дело в User Experience — если я нажимаю на контрол, я хочу чтобы он нажался сейчас, а не через 3-4 секунды. Если я не вижу результата действия после действия, то я нажимаю еще раз, потому что думаю, что промахнулся — это ломает всё.
Радость от трёх строчек для написания приложения на знакомом стэке напрочь испарилась после десятка минут взаимодействия с прототипом интерфейса. В итоге написал на Java.
Во всяком случае на моем HTC Desire HD. Дело не в ненативно выглядещих контролах, дело в User Experience — если я нажимаю на контрол, я хочу чтобы он нажался сейчас, а не через 3-4 секунды. Если я не вижу результата действия после действия, то я нажимаю еще раз, потому что думаю, что промахнулся — это ломает всё.
Радость от трёх строчек для написания приложения на знакомом стэке напрочь испарилась после десятка минут взаимодействия с прототипом интерфейса. В итоге написал на Java.
Если дизайн разрабатывался с осознанием того факта, что имплементиться это будет на html5, и если разработчик достаточно опытен, то вполне себе юзабельные приложения выходят. Если вам нужно сделать приложение только под одну платформу (скажем андроид) — то однозначно быстрее и лучше это выйдет если писать все нативно. Но вот под две платформы гибриды уже выгоднее, хоть далеко и не все можно на них сделать. Хотя опять же, было бы желание. Никто не запрещает вам особо сложные юайные штуки делать нативными и просто прокидывать апишку в js, а уже более простые вещи, коих обычно больше, сделать на html5. Опять же это будет чуточку дешевле чем держать двух нативных разработчиков для одного проекта.
если разработчик достаточно опытен, то вполне себе юзабельные приложения выходят
Это не аргумент. Примерно такую же фразу можно сказать про практически что угодно. Реальность же такова, что на многих устройствах скорость работы JS/рендеринга html категорически не позволяет приложениям ощущаться нормально. Я размещал seekbar и он не работал так, как я ожидал, я размещал простую toggle кнопку и она нажималась не так, как я ожидал. Я достаточно опытен в плане html5 приложений как UI для десктопного софта(V8), но на мобильниках такое пока делать не получается.
хоть далеко и не все можно на них сделать. Хотя опять же, было бы желание.
Зачем это желание? Хорошо, моим приложением был аудиоплеер. Он позволяет искать и скачивать музыку(используются закрытые API). Такое приложение просто не сделать на PhoneGap, а если и сделать, то мы всё равно поддерживаем кучу нативных имплементаций.
Я не дошел до DownloadService/AudioService/Lists на PhoneGap. Я просто создал демо приложение и пять раз его запустил, использовав популярные фреймворки для построения UI на мобильных платформах на js/html. И я был в шоке. Если на десктопе всё работает шикарно — v8+chromium, то на мобильниках(не всех, скорее всего, но у меня нет четырех ядер) получается очень раздражающе.
Никто не запрещает вам особо сложные юайные штуки делать нативными и просто прокидывать апишку в js, а уже более простые вещи, коих обычно больше, сделать на html5.
Так в том-то и дело! Если делать UI нативно, то зачем нам js+html? :) Я решительно не понимаю. Нативное UI предполагает нативные же DataSources, обработчики событий и всякое прочее.
Я не хейтер html5 на мобильниках. Но для меня это не подходит, потому что я не ненавижу 2.3 юзеров, коим сам и являюсь.
И если вы спросите меня что я буду использовать для кроссплатформенной разработки приложений, то скорее всего это будет Xamarin. Для игр нравится libgdx.
Это желание диктует заказчик, ибо это дешевле. Вот и все. Есть спрос, есть и предложение. Мы пытаемся объяснять заказчикам возможные проблемы, но их это не особо волнует.
Вам никто не мешает пробрасывать обработчики событий и привязывать DataSource в js (собственно для этого есть steroids.js). Скажем так, просто есть кейсы когда заказчик хочет получить апликачку под две платформы по цене хотя бы в полтора раза дешевле чем разработка нативного приложения. И тут приходится подстраиваться под заказчика. Не могу сказать что на выходе получается что-то уж совсем не юзабельное. Основные то проблемы это анимации и перерисовка ui-ки. Со скоростью работы самого js-а проблем никаких нету, он достаточно быстр (разве что я не стал бы его использовать для сложных алгоритмов, реалтайм процессинга видео и т.д., но и java я бы тоже не стал для этого использовать).
Так в том-то и дело! Если делать UI нативно, то зачем нам js+html? :) Я решительно не понимаю. Нативное UI предполагает нативные же DataSources, обработчики событий и всякое прочее.
Вам никто не мешает пробрасывать обработчики событий и привязывать DataSource в js (собственно для этого есть steroids.js). Скажем так, просто есть кейсы когда заказчик хочет получить апликачку под две платформы по цене хотя бы в полтора раза дешевле чем разработка нативного приложения. И тут приходится подстраиваться под заказчика. Не могу сказать что на выходе получается что-то уж совсем не юзабельное. Основные то проблемы это анимации и перерисовка ui-ки. Со скоростью работы самого js-а проблем никаких нету, он достаточно быстр (разве что я не стал бы его использовать для сложных алгоритмов, реалтайм процессинга видео и т.д., но и java я бы тоже не стал для этого использовать).
Совсем не понял зачем нужен тут PhoneGap? Можно сложить весь мобильный сайт в assets, а в webview загрузить индексный файл. Ну пути к скриптам и стилям относительные конечно должны быть.
ну как бы да, только вот с cardova-cli это все будет быстрее и тоже самое. Если брать 3-ю версию то оверхэд будет незначительным. Да и если человек очень слабо знаком с разработкой под андроид или ios для него это будет что-то вроде быстрого старта.
Но смысла просто в копипасте сайта или даже обычного одностраничного приложения не особо много. Профит в дополнительной системе кеширования данных, оптимизированного под тач интерфейса и т.д.
Но смысла просто в копипасте сайта или даже обычного одностраничного приложения не особо много. Профит в дополнительной системе кеширования данных, оптимизированного под тач интерфейса и т.д.
Sign up to leave a comment.
Превращаем статический сайт в мобильное приложение с помощью jQuery Mobile и PhoneGap