Усилия по разработке: веб против приложения

Question

Каково отношение между веб-интерфейсом и приложением для смартфона с идентичными наборами функций в отношении разработки ?Существуют ли специфические различия в отношении усилий по разработке приложений между приложениями для различных платформ смартфонов (iOS, Symbian OS, Android и т. Д.) , игнорируя время обучения ?Общая оценка полностью удовлетворила бы меня.;)

Заранее спасибо, Флинш.

Answer 1

конкретные различия? Есть много, но каждый со своим собственным компромиссом:

• UI : веб-приложения имеют CSS (HTML, XHTML,HTML5) спецификации, которые поддерживаются основными браузерами (хотя и имеют свои проблемы).Для приложений для смартфонов каждый пользовательский интерфейс должен быть спроектирован и реализован в соответствии с языком, на котором могут быть построены приложения.Вы можете эффективно создавать приложения, такие как Winamp (имея скины).Для веб-приложений это относительно быстрое усилие по сравнению с написанием пользовательских интерфейсов для каждой модели смартфона.
• Язык использования / переносимость : в веб-приложениях приложение находится всервер, поэтому каждый запрос отправляется на сервер и ответ возвращается с него.Это позволяет: 1) веб-приложения могут быть написаны на любом языке по выбору, поскольку конечный пользователь никогда не видит сервер и не нуждается в его настройке; 2) он позволяет разработчику писать на языке, на котором он / она чувствует себя комфортно.Приложения для смартфона, чтобы разработчик мог запускать свои приложения для всех ОС смартфона, он / она должен выучить язык программирования для ОС и научиться переносить свой код для работы там (если портирование возможно).Этого никогда не существует в веб-приложениях.
• Аппаратные ограничения : для smartapps разработчик должен знать о возможностях и ограничениях мобильного телефона.Facebook (например) может существенно увеличить свою память, добавлять новые серверы и кластеризовать свою среду по мере роста спроса.Вы не можете сделать это с помощью приложений для смартфонов.Вы должны будете ограничить свою реализацию, чтобы она работала с возможностью, которую может вместить желаемый смартфон.

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

Answer 2

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

Игнорируя специфические особенности конкретной платформы, я вижу принципиальное отличие Web v Nativeв веб-случае у вас есть дополнительная работа:

а).У вас презентация отделена от бэкэнда, возможно, между ними HTTP.Таким образом, есть сервисы для написания и вопросы, связанные с уведомлениями и / или опросами для решения.б).Скорее всего, вы используете браузер для презентации, так что вы будете использовать какую-то библиотеку JavaScript, и по-прежнему сложно управлять ею.

Итак, если вы нацеливаетесь на одно устройство, я предполагаю, что написаниенативный код, вероятно, будет на 50% быстрее, чем веб-код - при условии, что вы действительно нацелены на идентичную функцию.

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

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

Я подозреваю, что переносимость вполне может оказаться доминирующим фактором.