Mój klient chce zrobić aplikację na iPhone'a, ponieważ odkryła, że ludzie są znacznie bardziej skłonni do korzystania z aplikacji na iPhone w witrynie zoptymalizowanej pod kątem urządzeń mobilnych. Aplikacja na iPhone'a jest bardzo prosta - wyświetla tylko kilka zdjęć i trochę tekstu. Jako programista wolałbym zrobić witrynę mobilną, biorąc pod uwagę prostą naturę treści. Z technicznego punktu widzenia uważam, że korzystanie z aplikacji na iPhone'a w tej sytuacji jest przesadą.
Czy ma sens budowanie aplikacji na iPhone'a, gdy wystarczyłaby witryna mobilna, po prostu dlatego, że użytkownicy woleliby, aby była to aplikacja na iPhone'a? Czy w ogóle można łatwo przekonać użytkowników, że korzystanie z witryny mobilnej jest równie łatwe?
Odpowiedzi:
Prostą odpowiedzią jest stworzenie strony internetowej, ale zbudowanie jej jako mobilnej aplikacji internetowej. Jeśli wolisz budować stronę internetową lub uważasz, że będzie to szybsze, to jest to właściwy sposób.
Użytkownicy nadal mogą go „zainstalować” (utworzyć ikonę na ekranie głównym, na którym określasz png, który ma być używany dla ikony), ukrywasz pasek narzędzi Safari i działa on jak aplikacja.
Oto strona Apple na temat tworzenia aplikacji internetowych
Korzyści z tego są
Nie wiem, czy możesz umieścić tego typu aplikacje internetowe w sklepie iTunes, czy nie.
źródło
HEAD
sekcji. AFAIK użytkownik nie może wybrać własnej ikony do użycia.Jeśli strona internetowa jest naprawdę taka prosta, nie należy przekształcać jej w aplikację. Mogę podać jeden powód, ale jest bardzo dobry:
Proste aplikacje zwykle nie przechodzą przez recenzentów sklepów z aplikacjami .
Od https://developer.apple.com/appstore/resources/approval/guidelines.html
Jeśli spróbujesz przesłać taką aplikację, prawdopodobnie zostanie odrzucone stwierdzenie „aplikacja nie korzysta z natywnych funkcji iOS” lub coś podobnego.
Jeśli chcesz utworzyć prostą aplikację na iOS, musisz pomyśleć, jakie funkcje zostaną dodane do strony internetowej.
źródło
W zeszłym tygodniu opublikowałem aplikacje zarówno w Google Play, jak i App Store, które były czymś więcej niż dedykowanymi przeglądarkami ( WebView ) na responsywną stronę internetową i trochę cukru.
To daje ci:
Ale nadal zachowujesz zalety natywnej aplikacji:
Jestem pewien, że Android ma także wiele interfejsów API, które są zabronione dla aplikacji internetowych.
BTW. Z własnego doświadczenia - trzymaj się z dala od platform międzyplatformowych. Nawet w przypadku tak prostego zadania jeden z nich ukąsił mnie w tyłek i ostatecznie przepisałem całą sprawę w języku ojczystym.
źródło
Czuję twój ból, wiele aplikacji powinno być częścią sieci i być rozwijanych przy użyciu technologii sieciowych.
Ale to postawa technologiczna, prawdopodobnie twojego klienta to nie obchodzi.
Domyślam się, że tego rodzaju klienci nie wybierają aplikacji tak bardzo, jak idą do sklepu z aplikacjami .
Być może nie doceniasz widoczności, jaką aprowizacje mogą nadać publikacji klienta tutaj.
„Darmowa reklama !!! 1!” może być wszystkim, co widzi Twój klient.
Mimo to oni, klient, mogą nie doceniać faktycznych kosztów . Ale w ich wyobrażeniu te nowe koszty zostaną zrównoważone przez „nowe” mechanizmy monetyzacji, na które pozwalają sklepy.
Wówczas prawie na pewno przeceniają faktyczną monetyzację , którą sklep może podnieść dla ich produktu (jak sądzę) w obecnej chwili. W końcu nie uprawiają Angry Birds.
Prawdopodobnie znacznie opóźniają czas wprowadzenia na rynek , wybierając rozwiązanie dla aplikacji.
Niestety tego rodzaju biznesplan:
Wydaje się, że jest teraz wściekłość.
źródło
Nie podajesz klientowi wystarczających informacji, aby podjąć świadomą decyzję.
Uważaj na „łatwiej jest mi zbudować stronę internetową”, ponieważ istnieje komplement, który z przyjemnością zbuduje aplikację na iPhone'a.
źródło
Wprawdzie mam osobiste nastawienie do natywnych aplikacji, ale myślę, że naprawdę nie ma na to czarno-białej odpowiedzi. Oto kilka przemyśleń na temat aplikacji internetowych i aplikacji natywnych:
W twoim przypadku porównałbym wymagania klienta z zaletami i wadami aplikacji internetowych i natywnych.
Dodam również, że pisanie i wdrażanie natywnej aplikacji na iPhone'a NIE KONIECZNIE wymaga obecności w App Store. Tak zwane „aplikacje wewnętrzne” można pisać i wdrażać w środowisku korporacyjnym. Rozważ to: http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a
źródło
Biorąc pod uwagę opis problemu, wybrałbym witrynę mobilną zamaskowaną jako aplikacja. Ogólnie rzecz biorąc, wiele aplikacji mobilnych to tylko strony HTML5, które mogą, ale nie muszą działać lokalnie. Może to być świetny początek szybkiego opracowania aplikacji wieloplatformowej, która będzie działała prawidłowo na wielu typach urządzeń mobilnych bez konieczności przerabiania dużej części kodu. Powiedziawszy to, jest jedno zastrzeżenie: HTML5 nie jest królem prędkości podczas wykonywania ciężkich zadań. Kiedy nadszedł czas na wykonanie kodu intensywnie przetwarzającego, który nie jest dostępny jako część oprogramowania pośredniego dla platform, na których się rozwija, kod może działać dość wolno, jeśli przetwarzanie odbywa się wyłącznie za pomocą JavaScript, a użytkownik powinien rozważyć przeniesienie go na wyższy poziom (aplikacja natywna).
źródło