Что вы ожидаете от среды разработки мобильных приложений?

Question

мы планируем создать веб-среду клиентского приложения. Основное внимание уделяется написанию нативно выглядящих веб-приложений с использованием Java и их компиляции для вашей целевой платформы. Нашими запланированными целевыми платформами будут iPhone и Android (поверх PhoneGap), Backberry и Palm WebOS.

Наша цель - создать достойную основу, и это то, о чем этот пост. Мы хотим знать, что разработчики ожидают от такого фреймворка и на какие темы важнее других. Мы также хотим знать, было бы более важно предоставить UI-каркас, который действительно ощущается как собственное приложение на целевой платформе (например, режим прокрутки) или предоставить несколько достойных API для использования функций HTML5 и PhoneGap, хранения и манипулирования данными и т.д.

Что бы вы, как разработчики, действительно хотели бы видеть в такого рода фреймворке? В конце концов, именно вы будете (надеюсь, когда-нибудь) использовать его. И самое главное: вы бы его использовали?

Answer 1

Я хотел бы иметь хорошую среду GWT для мобильных платформ (по крайней мере, iPhone и Android), с собственным интерфейсом на ощупь (то есть: плавная прокрутка, быстрый щелчок) и настройкой пользовательского интерфейса с помощью CSS. Я бы заплатил за это !!

Answer 2

Моим личным фаворитом было бы то, что позволило бы мне разрабатывать с использованием стандарта виджетов http://www.w3.org/TR/widgets/, а затем публиковать в магазинах приложений, обернув виджет в веб-просмотр или аналогичный. Opera Mobile, Samsung Bada, Symbian, а теперь и Android уже поддерживают платформу .. http://labs.opera.com/news/2010/12/22/

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

Answer 3

Недостаток мобильных фреймворков на основе webkit состоит в том, что они не такие гладкие и быстрые, как другие приложения. Это где все они складывают. Я бы порекомендовал вам написать фреймворк JAVA Dalvik, который легко расширить с помощью хорошей обработки ошибок и сильного пользовательского интерфейса. У него определенно должен быть свой собственный шаблон плагинов, чтобы сообщество могло его расширить, если вы планируете использовать открытый исходный код

Answer 4

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

Кроме того, каждый компонент графического интерфейса должен иметь адаптер для различных структур данных на основе моделей. Передайте это без суеты, суеты и абсолютно без бокса / распаковки.

Answer 5

Э-э ... если это будет для конкретной платформы и на стороне клиента

Наш подход должен быть как можно более нейтральным к платформе устройства.

Как уже говорилось ранее: наша цель - написать приложение на Java и затем скомпилировать его для конкретной целевой платформы. Также должна быть возможность скомпилировать одно и то же приложение без каких-либо (или хотя бы как можно меньше) изменений в вашем Java-коде для всех наших поддерживаемых платформ.

Мы решили использовать «Интернет» в качестве среды выполнения, поскольку почти все мобильные платформы предоставляют какую-то веб-среду, в которой мы могли бы развертывать наши приложения.