2014-02-18 2 views
0

Im создает проект, основанный на Android-сенсорах. Мы создаем конкретный «классный» дизайн для приложения.Производительность и проблемы XML Android vs Html 5?

Уже я могу подключить несколько датчиков, которые запускают функцию javascript, когда JAVA называет их. Чтобы быть справедливыми все вычисления происходят в JAVA и только рендер часть с помощью HTML и JavaScript с помощью Webview

Это Android проекта имеют некоторые особенности:

1.- почти ни один вход от пользователя, более ←, →, ↑, ↓, (кнопка возврата) в DPAD (настраиваемый контроль) 2.- Мне не нужно ничего похожего на прокрутку по определенному элементу или щелчок и т. Д. 3.- Является ли контролируемая среда всегда одинаковой платформу над той же версией Android и никогда не пересекают платформу, никогда не веб, никогда не IOS в качестве примера. 4.- Размер экрана Fix

Так что мой вопрос: есть ли какие-либо проблемы с использованием управления Webview вместо xml? (производительность и т. д.), будем ли мы иметь какие-либо будущие проблемы с этим подходом?

ПРИМЕЧАНИЕ: Мы используем HTML5, потому что наша команда обладает сильным опытом работы с веб-разработкой, а ограничение времени - для изучения с нуля XML, также мы являемся новыми в мире приложений для Android.

Исследование немного (Why is XML not HTML used for UI in Android progrmming?) Но не включайте, если лучше производительность или что-то конкретное.

+0

«Мы создаем конкретный« классный »дизайн для приложения». - считаете ли вы, что это «круто», не имеет значения. Что ваши * пользователи * думают, это важно. «Есть ли какая-либо проблема с использованием элемента управления Webview вместо xml?» - Ваш вопрос №1 должен быть ожиданием пользователей. Если ваши пользователи ожидают собственный пользовательский интерфейс, они могут не думать, что использование «WebView» «круто», независимо от вашего дизайна. «время ограничено» - кажется, вы думаете, что ваше решение будет быстрее развиваться. Если вы не используете существующий гибридный контейнер приложений (например, PhoneGap), я скептически отношусь к тому, что он будет быстрее. – CommonsWare

+0

@CommonsНайдите, что пользователь не увидит разницу между дизайном xml и дизайном html, потому что отобразит только «экран», на самом деле я подключил несколько датчиков через JAVA, не очень сложный, и в значительной степени у меня есть много опыта работы с Javascript и CSS3 поэтому создание рабочего прототипа с JS и CSS будет намного быстрее для нашей команды. – ncubica

+0

«пользователь не увидит разницу между дизайном xml и дизайном html» - пользователь будет сравнивать ваше приложение с другими приложениями, которые пользователь использует. – CommonsWare

ответ

1

Вот мой взгляд на это (исходя из моего опыта в Snapstick, кросс платформы приложений платформы, где мы использовали встроенный webviews):

Да производительность принимает некоторый удар. Когда вы взаимодействуете с webviews и родной java, вы добавляете еще один слой косвенности, который имеет некоторый штраф. Например, например, когда вы передаете данные датчика в веб-просмотр, вы будете сериализовать/дезацинировать данные. Теперь влияние этого варьируется от приложения к приложению и толерантности, которое ваше приложение имеет к этому. В нашем случае мы обнаружили, что это серьезно повлияло на игры в реальном времени. Также перед веб-просмотром Android kitkat не хватало серьезной поддержки для html5, а также на основе рисунка на холсте не хватало поддержки аппаратного ускорения (или имела плохую поддержку, не помню точно), так что опять-таки штраф за производительность.

И что касается будущего доказательства, почему это вас касается? Поскольку ваше целевое устройство и платформа исправлены. Не будет ли это изменяться в веб-просмотрах?

Также обратите внимание на Apache Cordova, если вы еще этого не сделали.

+0

Спасибо, человек, это хороший ответ, я возьму в счет все. И вы правы, я не должен беспокоиться о «будущем», потому что это контрольная платформа. – ncubica

Смежные вопросы