Приложение J2ME против браузера на телефоне

Question

Недавно я начал разработку прототипа приложения J2ME. Я заметил, насколько сложно разработать красивый интерфейс. Подумайте о разработке приложения в J2ME для бронирования рейсов, взаимодействующих с веб-сервисом.

Веб-сайт для бронирования рейсов будет легко разрабатывать с приятным пользовательским интерфейсом, и к нему можно будет получить доступ через браузер на телефоне. Я понимаю, что не все телефоны имеют браузер, но все новые и будущие имеют браузер и большой экран.

Является ли хорошей идеей разработать такое приложение в j2me, для которого нужно поговорить с веб-сервисом? Или j2me подходит только для автономных приложений?

Answer 1

Преимущества J2ME:

• Может получить доступ к телефонным ресурсам, таким как файловая система, телефонная книга и GPS. Последнее очень важно для картографических приложений.
• Вы можете создавать более богатые пользовательские интерфейсы. Это может быть сложно, как вы говорите, но есть много библиотек графического интерфейса, которые могут вам помочь. Напротив, пользовательский интерфейс для мобильного браузера (вы не можете полагаться на работу CSS и javascript) будет очень плохим.
• Большая гибкость в коммуникационной логике. Вы можете шифровать / дешифровать данные, сжимать их, использовать веб-сервисы SOAP. С помощью браузера вам лучше всего разработать REST-сервисы.

Недостатки J2ME:

• Мидлеты должны быть подписаны. Это требует определенных затрат, и в некоторых случаях даже подписанное приложение не будет работать должным образом на определенных телефонах.
• Разработка мидлета для всех типов телефонов - это кошмар. Напротив, хорошо разработанное мобильное веб-приложение будет отображаться правильно во всех последних телефонах.
• У вас должен быть канал для распространения вашего приложения. Люди должны будут загрузить его и получить плату за необходимую пропускную способность. Вам нужно заботиться о недовольных клиентах, имеющих проблемы с приложением. С веб-сайтом все проще.
• Приложения J2ME неизбежно сравниваются с нативными приложениями (iPhone, Windows Mobile, Symbian). По сравнению с ними они очень бедны, и многие считают, что платить за них или даже использовать их неоправданно.

Мой вывод: в настоящее время настоящие смартфоны становятся все более популярными и завоевывают все большую долю рынка. В этих условиях преимущества J2ME не могут реально преодолеть его ограничения. Единственное исключение, о котором я мог подумать, это необходимость разработки приложения GPS. Для всех остальных случаев лучше использовать мобильный веб-сайт.

Answer 2

Есть много недоразумений и просто неправильных утверждений в предыдущих ответах.

Я советую вам просто сделать свое исследование самостоятельно. В настоящее время вы МОЖЕТЕ разрабатывать действительно хорошо выглядящие приложения с помощью J2ME без написания собственной структуры графического интерфейса. Взгляните на LWUIT действительно. Например, они имеют виртуальную клавиатуру в качестве одной из своих функций сенсорного экрана, и это у вас есть на устройствах, таких как N97, который сам не имеет виртуальной клавиатуры. Кстати, используя LWUIT, у вас есть порт Blackberry и Android, если кого-то волнует.

Также приложения в настоящее время становятся центральной сценой на многих платформах, а не только на iPhone. Посмотрите на последние разработки в этой области, такие как OVI, RIM, Samsung, SE, Orange World, все они начинаются с магазинов приложений.

«Заставить людей использовать веб-сайт на своем мобильном телефоне проще, чем заставить их загрузить приложение». это просто претензия без доказательств. ты не можешь так говорить. Это зависит от многих других факторов. - Почему пользователи должны снова вводить ваш мобильный URL в довольно маленький экран?

Во всяком случае, этот ответ, вероятно, слишком поздно, поэтому я не буду больше писать. Сейчас мобильная индустрия быстро меняется, но альтернативы J2ME для кроссплатформенной разработки пока нет. Возможно, в будущем появятся лучшие браузеры и технологии виджетов.

Answer 3

Стоит подчеркнуть одну вещь: единственный стандартный способ развертывания мидлета - это загрузка через OTA, поэтому вы не ожидаете, что у телефона с поддержкой J2ME не будет веб-браузера.

Мобильные веб-браузеры, такие как Webkit и Opera, становятся лучше, чем J2ME (по крайней мере, пока MIDP3.0 не начнет поставляться, если вообще когда-либо).

Независимо от того, какую платформу вы выберете, вам нужно будет протестировать свой сервис на многих устройствах. Я не думаю, что переключение с J2ME на webapp имеет огромное значение в этом отношении, потому что производители телефонов постоянно меняют двоичные файлы, которые входят в прошивки телефонов.

Заставить людей использовать веб-сайт на своем мобильном телефоне проще, чем заставить их загрузить приложение. если это приложение уже не установлено, когда они покупают телефон, то есть.

Возможно, вы захотите взглянуть на LWUIT для лучшего и более легкого графического интерфейса J2ME.

Одна вещь, которую J2ME выполнит для службы бронирования авиабилетов, - это экономит заряд батареи, не требуя постоянной передачи данных по сети, благодаря механизмам локального хранения.

Answer 4

Я считаю, что хорошее эмпирическое правило должно быть следующим: Если то, что вы пытаетесь достичь, можно сделать с помощью мобильного веб-сайта - зайдите на сайт.

ИМХО, приложения должны использоваться только в том случае, если они не могут использовать преимущества мобильного оборудования - например, местоположение, звук, видео, 3d, изображения и т. Д. *

Даже если бы затраты на разработку приложения были незначительными (как правило, таковыми не являются), вам бы пришлось предложить несколько действительно удивительных возможностей, чтобы пользователи испытывали трудности с его загрузкой.

(Все это в основном верно для J2ME / BREW. IPhone немного отличается, поскольку приложения занимают центральное место)

Answer 5

Вкратце, такие приложения, как карты Google или Gmail для мобильных устройств, вероятно, не используют WebServices для связи со своей серверной частью. WebService имеет много накладных расходов, особенно если учесть, что мобильные пользователи обычно оцениваются по количеству данных, которые они передают. Лучший способ установить связь между клиентским приложением и его серверной частью - использовать двоичные данные через сокет-соединение.

Лично я считаю, что действительно сложно создать согласованное и надежное приложение J2ME, которое будет работать на большом количестве мобильных телефонов. Исходя из своего опыта, я бы разработал приложение J2ME (вместо веб-приложения) только в том случае, если это строгое требование, например, возможность просматривать ваши заказы без подключения к сети. Существуют и другие затраты, связанные с приложениями J2ME - приложения должны быть загружены, пользователю будет задан вопрос, разрешено ли приложению подключаться к сети при попытке (есть исключения для этого случая, но я считаю, что приложение должно быть подписано). сторонней компанией - вовлечено больше $$$), вам придется поддерживать разные версии приложения, работающие на разных мобильных телефонах (более сложная для приложения) и т. д. ...

Подумайте об этом так: если бы вы разрабатывали аналогичную вещь для компьютера, вы бы создали настольное приложение или веб-приложение? С сегодняшними мобильными телефонами (многие из которых могут получить доступ к полно-HTML-сайтам с помощью javascript - что означает ajax), предложение вопроса действительно.

Answer 6

Я думаю, что для бизнес-приложений или для более ориентированных на текст / данные устройств мобильный веб-сайт / wap-сайт может быть проще в обслуживании, поскольку вам не придется сталкиваться с доставкой клиентских обновлений на телефоны.

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

Однако оба варианта сложны, поскольку с телефонами связано много проблем с совместимостью. Возможно, вам лучше всего сузить, какие типы телефонов вы хотите поддерживать для вашего приложения. Если вы считаете, что большинство ваших клиентов будут телефонами iPhone или Android, вы можете использовать эти платформы (с помощью клиентских приложений или веб-приложений) и полностью отказаться от старой школы j2me.

Answer 7

Есть много замечательных j2me-приложений, которые (должны) общаться с веб-сервисами. просто подумайте о приложениях Google, таких как Gmail для мобильных устройств и карты для мобильных устройств. они быстрее и проще в использовании, чем использование сервисов через браузер сотового телефона. так что если вы можете создать хорошее приложение, оно определенно стоит того.

РЕДАКТИРОВАТЬ: также, приложение j2me делает возможными функции, которые не могут быть предоставлены веб-приложением: интеграция с функциями телефона (адресная книга, календарь), «позвонить по этому номеру», местоположение API и т. Д.

Answer 8

Я ненавижу WebApps на телефонах. Они медленные и не работают в полусвязанной среде.

Приложения J2ME могут выполнять локальное резервное копирование, резервное копирование через Bluetooth, обмен данными через Bluetooth между двумя телефонами и лучший отзывчивый пользовательский интерфейс. Однако это требует денег, навыков, времени и т. Д.

Мои основные проблемы с MIDP, хотя это подталкивание обновлений программного обеспечения и микширование в реальном времени. Технически это возможно в рамках MIDP, но задиры за рулем не очень изобретательны.