Мой клиент хочет сделать приложение для iPhone, потому что она обнаружила, что люди значительно чаще используют приложение iPhone на мобильном оптимизированном сайте. Приложение для iPhone очень просто - оно просто отображает пару изображений и текст. Как программист, я бы предпочел сделать мобильный сайт, учитывая простую природу контента. С технической точки зрения я чувствую, что в этой ситуации использовать приложение для iPhone - это излишне.
Имеет ли смысл создавать приложение для iPhone, когда достаточно мобильного сайта, просто потому, что ваши пользователи предпочли бы, чтобы это было приложение для iPhone? Есть ли способ легко убедить пользователей в том, что мобильный сайт так же прост в использовании?
Ответы:
Простой ответ - разработать веб-сайт, но создать его как мобильное веб-приложение. Если вам удобнее создавать веб-сайт или вы чувствуете, что он будет работать быстрее, тогда это путь.
Пользователи по-прежнему могут «установить» его (создать значок на своем домашнем экране, где вы указываете png для использования для значка), вы скрываете панель инструментов Safari, и она функционирует так же, как приложение.
Вот страница Apple по созданию веб-приложений
Преимущества этого
Я не знаю, можете ли вы поместить подобные веб-приложения в магазин iTunes или нет.
источник
HEAD
разделе. AFAIK пользователь не может выбрать собственную иконку для использования.Если веб-страница действительно так проста, вы не должны превращать ее в приложение. Я могу дать вам одну причину, но она очень хорошая:
Простые приложения обычно не проходят через рецензентов appstore .
С https://developer.apple.com/appstore/resources/approval/guidelines.html
Если вы попытаетесь загрузить такое приложение, вы, вероятно, получите отказ, заявив, что «приложение не использует встроенные функции iOS» или что-то подобное.
Если вы хотите создать простое приложение для iOS, вам нужно подумать, какие функции будут добавлены к веб-странице.
источник
Буквально на прошлой неделе я опубликовал приложения в Google Play и App Store, которые были немного больше, чем специализированные браузеры ( WebView ) для адаптивного веб-сайта и немного сахара на нем.
Это дает вам:
Но вы все еще сохраняете преимущества нативного приложения:
Я уверен, что Android тоже имеет множество API, которые запрещены для веб-приложений.
КСТАТИ. Из моего собственного опыта - держитесь подальше от кроссплатформенных фреймворков. Даже за такое простое задание меня укусила моя задница, и я переписал все это на родном языке.
источник
Я чувствую вашу боль, многие приложения должны быть частью сети и разработаны с использованием веб-технологий.
Но это технологическая позиция, вашему клиенту, вероятно, все равно.
Я предполагаю, что такого рода клиенты на самом деле идут не за приложение, а за магазин приложений .
Вы можете недооценивать видимость, которую магазины приложений могут придавать публикации клиента, здесь.
«Бесплатная реклама !!! 1!» может быть все, что видит ваш клиент.
Тем не менее, они, клиент, могут недооценивать фактические предполагаемые затраты . Но в их сознании эти новые затраты будут уравновешены «новыми» механизмами монетизации, которые позволяют appstores.
Затем они почти наверняка переоценивают фактическую монетизацию , которую магазин приложений может создать для своего (я полагаю, редакционного) продукта в настоящий момент. В конце концов, они не спортивные Angry Birds.
Кроме того, они, вероятно, затягивают время выхода на рынок , выбирая решение для приложений.
К сожалению такого рода бизнес-план:
Кажется, в настоящее время все ярость.
источник
Вы не предоставляете своему клиенту достаточно информации для принятия обоснованного решения.
Остерегайтесь «мне проще создать сайт», потому что есть любители, которые будут более чем счастливы создать приложение для iphone.
источник
По общему признанию, у меня есть личная склонность к родным приложениям, но я думаю, что на самом деле нет черно-белого ответа на это. Вот пара мыслей о веб-приложениях и нативных:
В вашем случае я бы сравнил требования вашего клиента с плюсами и минусами веб и нативных приложений.
Я также добавил бы, что написание и развертывание нативного приложения для iPhone НЕ ОБЯЗАТЕЛЬНО требует присутствия в App Store. Так называемые «Внутренние приложения» могут быть написаны и развернуты в корпоративной среде. Учтите это: http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a
источник
Учитывая ваше описание проблемы, я бы пошел на мобильный сайт, замаскированный под приложение. В целом, многие мобильные приложения - это просто сайты HTML5, которые могут запускаться или не запускаться локально. Это может стать отличным началом для быстрой разработки мультиплатформенного приложения, которое будет работать достаточно хорошо на многих типах мобильных устройств без необходимости переделки большей части кода. Сказав это, есть одна оговорка: HTML5 не король скорости при выполнении тяжелых работ. Когда пришло время выполнить некоторый интенсивно обрабатывающий код, который недоступен в качестве некоторого промежуточного программного обеспечения для платформы (платформ), для которой вы разрабатываете, код может работать довольно медленно, если вы выполняете обработку только от JavaScript, и вы следует рассмотреть возможность перехода на следующий уровень (родное приложение).
источник