Плюсы и минусы нативных и web приложений
При проектировании нового приложения разработчик первым делом определяется с вопросом: будет ли его приложение нативным (то есть специально собранным под данную платформу с использованием рекомендованных сред разработки и компиляторов) или это будет платформонезависимое web приложение. От ответа на этот вопрос будут зависеть все последующие стадии разработки. Именно он определяет, каких людей стоит привлекать к проекту и на какие платформы стоит ориентироваться и сколько в конечном итоге все это будет стоить. Возможно имеет смысл разработать приложение для одной платформы, а портирование отдать на аутсоурс, например в ElifTech.
Говоря о нативных и web приложениях трудно обойти стороной гибридные решения, которые сегодня существуют на рынке. Например, Adobe PhoneGap позволяет написать приложение на скриптовом языке, которое затем фактически запускается в браузере и поставляется вместе с ним, как единое нативное приложение. Проект Xamarin - другой пример гибридного подхода. Приложение разрабатывается на C# или Java, а потом конвертируется в нативный код и собирается под конкретную платформу. Платой за мультиплатформенность является более высокие, по сравнению с нативным приложением, требования к памяти и процессору. Не зависимо от того, каким инструментом гибридной разработки вы будете пользоваться, фактически универсальной является лишь часть вашего приложения. Кроме того, вы жестко ограничены предопределенными элементами управления. Может случиться, что создание требуемого вам элемента пользовательского интерфейса потребует огромного количества времени, и проще написать нативное приложение.
Интернет сегодня служит ярким доказательством тезиса, что однажды созданная удачная технология может с успехом применяться различными людьми в самых разных ситуациях. Web приложения являются развитием этой идеи. Фактически, это сайты, которые открываются на мобильных устройствах и функционально способны заменить обычные приложения.
В отличие от нативных приложений, которые взаимодействуют с операционной системой устройства, web приложения взаимодействуют с браузером. Это существенно расширяет аудиторию программы, поскольку она может работать практически на любом современном устройстве. Адаптивный HTML позволяет легко подстраивать дизайн под размер экрана. Главным недостатком web приложений являетcя их низкая производительность.
Нативные приложения демонстрируют на порядок лучшую производительность. Кроме того, разрабатывая нативное приложение, вы можете использовать все специфические возможности платформы. К сожалению, нативные приложения работают только на одной платформе. Если Вы захотите перенести свое Windows приложение на iOS или Android, то Вам придется полностью переписать его. Это требует значительных расходов на команду разработчиков. Именно поэтому сегодня многие крутые приложения доступны всего на одной платформе.
Выбор между web, нативным или гибридным приложением во многом определяется потребностями вашего проекта. Цена и универсальность, конечно важные факторы, но отнюдь не единственные. Следующие три вопроса помогут Вам сделать правильный выбор:
- Будет ли проект использовать особые возможности устройства? Мобильные телефоны обладают огромным набором интересных возможностей: акселерометры, гироскопы, камеры, микрофоны. Если вы планируете использовать что-то подобное, то лучшим выбором будет разработка нативного приложения.
- Будет ли приложение использовать сложную графику и анимацию? Хотя браузерные игры давно подтвердили свою жизнеспособность на настольных компьютерах, на мобильных платформах пока не все так радужно. Игры являются одними из самых тяжелых в плане нагрузки на железо приложений, поэтому логичным выбором будут именно нативные приложения
- Подразумевает ли приложение работу с большим объемом данных? В случае если вы планируете использовать большие базы данных, логично разместить их в вебе и написать web приложение для доступа. Это позволит снизить требования к устройству, на котором будет запускаться ваша программа.
Нативные приложения предоставляют разработчику большие возможности, однако web приложения намного дешевле и проще с точки зрения развертывания и поддержки на широком парке устройств. К сожалению, эта формула справедлива только для функционально не очень сложных web-программ. Гибридные решения в теории объединяют достоинства обоих подходов, однако на практике написание сложного и универсального приложения без использования нативного кода возможно далеко не всегда.
Если Вы имели опыт разработки web или гибридных приложений, поделитесь в комментариях. Тема актуальна и интересна.
