Web vs Native vs Hybrid

HTML5 как легко было до тебя:) Нет, серъезно — всегда существовали нативные мобильные приложения, которые писались на родном для телефона языке и платформе: iOS — Objective-C, Android — Java, WP7 — C# & .NET, и мобильные. Но ведь не сиделось, и с приходом возможностей HTML мы получили нового зверя — гибридные приложения.

Итак, давайте по порядку:

1. Нативное приложение.

Самый распространенный вид приложение — приложение написанное на родном языке платформы. Размещается в маркетплейсах, собственно зачастую кроме маркетинга от Вас требуется только написать приложение, и поддерживать его. Продажа приложения, аудитория, установка, и так далее — все это берет на себя стор, ессно за некоторую плату ( обычно 25-30 процентов ). Плюс этих приложений ещё в том, что приложение написанное на нативном языке, имеет широкий доступ к железкам телефона — таблета, таким как камера, компас и т.д. А также отличный доступ к личной информации — контактам, сообщениям, медиа библиотекам. Скорость работы приложений — превосходная, ессно есть проблемы, но они в программировании везде. Минусы данного подхода, код зачастую не кросс платформенный — тоесть написанное для iOS с полпинка не заработает на Android. Потому, зачастую, вам необходимо минимум два программиста, которые умеют разрабатывать под различные платформы.

2. Веб приложение.

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

Так вот, в один прекрасный день, кто-то решил написать ммм… к примеру игру… которая отлично работает с браузера мобильного устройства. И поперло!:) Начали валом появляться приложения которые отлично работали на девайсах, были намного удобнее нативных ( взять к примеру мобильную версию youtube — она в сотни раз приятнее нативных аналогов ), и не требовали миллион программистов чтобы заполнить все мобильные платформы — немного с напильником посидеть у разметки да шаблонах. Огромный плюс в этом, что можно задействовать АРМИЮ веб-программистов, которые в силу своих занятий учить языки для нативных приложений отказывались, а на HTML и JS могли даже воробья на колени в чистом поле поставить. Масла в огонь подливал HTML5, который с CSS3 & JS позволял рисовать достаточно красивую графику.

Минусов было несколько, но объективно их три:

1. Приложения нету в маркетплейсе, потому найти его — ещё тот квест, да и стратегию монетизации надо думать.

2. Пользователи IPhone & Android откровенно привыкли к UX которые предлагала им платформа. Потому, когда приложение было не особенно » интуитивно понятным » пользователи грустили, и пользоваться приложением отказывались.

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

3. Гибриды.

Ага, именно овца в волчьей шкуре — гибриды.

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

Что это такое? А это нативное приложение, почти весь функционал которого написан на HTML/CSS/JS ( зачем я когда-то смеялся над словосочетанием джаваскрипт программист?:) ). Тоесть по-простому : это нативное приложение в котором есть какой — нибудь бразуер контрол, которые открывает HTML ресурсы, вшитые в приложение. Очень важно понимать, что приложение не может просто отображать урлу вашего сайта, пользуясь всеми преимуществами этого подхода. А не можем по простой причине — тогда маркеты могут рисковать безопасностью телефонов своих пользователей — кто его знает чего вы там захотите на своем сайте делать? авось вы там пароли воруете?:)

Так как по сути у вас нативное приложение — то и доступ ко всем внутренностям телефона у Вас есть. Да и то что написано на HTML&CSS&JS с долей правды можно назвать кросс-платформенным ( все равно напильником для каждой платформы пройтись придется ).

Что мы имеем:

1. Меньше затрат на девелопмент.

2. Приложение в маркете.

3. Доступ ко всем фичам телефона

4. Более — менее оптимальная скорость.

Единственный офигенно большой минус — не понятно что будет дальше. Проблема в том, что судьба гибридов полностью зависит от компании Apple ( просто потому, что 80 процентов всех денег которые зарабатываются мобильными приложениями — с их маркетплейса).

Бывает, что компания отказывает в сертификации гибридного приложения, говоря что лучше написать чисто веб приложение, и не замусоривать маркет:) Тоесть, скажет эппл завтра что не принимают веб-приложения, ну и собственно все. Нету больше гибридов.

Как видим, для каждого приложения есть свои плюсы и минусы ( в статье приведены не все, просто потому — что размусоливать эту тему можно бесконечно ), потому я приведу небольшой график trade-offs:

И небольшое сравнение разработки:

Так вот к чему я это все?

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

А это? Это небольшой анонс:)

Web vs Native vs Hybrid: 3 комментария

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s