Dlaczego Twoja aplikacja międzyplatformowa jest wolniejsza niż ślimak na dial-up-i jak to naprawić

Bądźmy szczerzy - nie wywołuje wściekłości użytkownika szybciej niż powolna aplikacja. Jeśli Twoi użytkownicy stukają przyciski, jakby dzwonili w rozbity dzwonek do drzwi i wpatrują się w wirującą ładowarkę dłużej niż patrzą w oczy partnera, coś jest nie tak.

Widziałem to więcej razy, niż chcę liczyć. Ostatnie 15 lat spędziłem, pomagając zespołom z USA do Europy - i oczywiście tutaj, w Kolumbii w Południowej Karolinie - ustalić, co dokładnie spowalnia rzeczy w ich błyszczących nowych aplikacjach mobilnych. SPOILER ALERT: Nie zawsze jest to twoja wina. Czasami są to same ramy.

W Web Design Columbia (lokalny twarz weteranów programistów w powyższych bitach) opracowaliśmy aplikacje mobilne dla firm logistycznych, platform edukacyjnych, startupów sportowych fantasy, narzędzi opartych na GPS do rolnictwa, a nawet aplikacji do przesyłania strumieniowego bezpieczeństwa. Jeden wspólny motyw we wszystkich z nich? Ktoś-albo klient lub ich poprzedni program-przemyśla się na platformę krzyżową, byłby automatycznie szybki, tani i magiczny.

Właśnie tam pojawia się dzisiejszy temat. Jeśli używasz React Native, Flutter, Ionic lub dowolnego innego „buduj raz, uruchom wszędzie” i zastanawiasz się, dlaczego Twoja aplikacja działa jak chomika, zasila ją na bieżni, nie jesteś sam. Rozpakujmy to - technicznie, humorystycznie i szczerze.

Platforma krzyżowa: błogosławieństwo czy wąskie gardło?

Nie można zaprzeczyć odwołania. Rozwój międzyplatformowy pozwala pisać kod raz (głównie) i wdrażać go zarówno na iOS, jak i Androida. Oznacza to, że nie potrzebujesz dwóch oddzielnych zespołów, budżetów ani załamań emocjonalnych.

Na przykład React Native został zbudowany przez Facebooka w 2015 roku, aby zarysować swędzenie - dostarczając szybsze funkcje mobilne bez utrzymywania wielu baz kodowych. Flutter, stworzony przez Google w 2017 roku, wykonuje inną trasę dzięki silnikowi renderowania i języku programowania DART. Joński? Jest starszy, powraca do 2013 roku i opiera się na technologiach internetowych, takich jak HTML, CSS i JavaScript.

Nie zrozumcie mnie źle - te ramy są genialne na wiele sposobów. Ale błyskotliwość często wiąże się z zastrzeżeniami. Wydajność jest duża.

Załóżmy, że kiedykolwiek zatrudniłeś programistę, który zbudowałby piękną aplikację międzyplatformową za mniej niż koszt przyzwoitego roweru. W takim przypadku być może zauważyłeś kilka dziwactw: opóźnione animacje, przyciski, które zajmują wieczność, lub funkcje, które działają na Androida, ale niewytłumaczalnie awaria na iOS.

Wyjaśnię, dlaczego za sekundę. Ale najpierw, jeśli zastanawiasz się, jak to odnosi się do rozwoju aplikacji mobilnych w Columbia, SC, pozwól, że powiem ci, że naprawiliśmy te dokładne problemy dla naszych lokalnych klientów od czasów iPhone'a 3G.

Prawdziwy powód, dla którego Twoja aplikacja międzyplatformowa jest powolna

Oto brudny mały sekret, którego nie mówią na zrębnych stronach produktów lub samouczków na YouTube: aplikacje międzyplatformowe są z natury warstwą abstrakcyjną. I, jak wie każdy programista, abstrakcja = narzut.

Na przykład React Native używa „mostu” do komunikacji między natywnymi komponentami a JavaScript. Ten most nie jest dokładnie USAin-zwłaszcza gdy obsługujesz złożone animacje, funkcje map lub dane w czasie rzeczywistym. Dlatego przewijanie Jank i Lag są tak powszechne.

Trzepotanie, choć pod pewnymi względami szybciej ze względu na własny silnik renderowania (SKIA), ma swoje dziwactwa. Dart jest potężny, ale nie wszyscy uwielbiają używać niszowego języka. Ponadto aplikacje Flutter można wzdęć w rozmiarze pliku i często w zachowaniu „nie rodne”, chyba że mocno dostosujesz UX na platformę.

I nie zacznijmy nawet w hybrydowych ramach, takich jak Cordova lub Ionic, które zasadniczo uruchamiają twoją aplikację w widoku internetowym - fantazyjne słowo dla przeglądarki udającej aplikację natywną. To jak wynajęcie skorupy ciała Ferrari i włożenie go do silnika wózka golfowego.

W Web Design Columbia odziedziczyliśmy więcej niż nasz udział w tych aplikacjach Frankenstein od innych programistów, których zadaniem jest „po prostu przyspieszenie”. Dobra wiadomość jest taka, że ​​zwykle możemy. Ale nie bez podnoszenia kaptura, usuwania niepotrzebnych wtyczek, optymalizacji zużycia pamięci i często przepisywania dużych fragmentów kodu.

Jeśli Twoja firma w Columbia, SC, polega na aplikacjach mobilnych, kara wydajności może oznaczać utratę użytkowników na konkurentach z lepszym UX. Bez presji.

Globalna frustracja, lokalne poprawki

Ostatnie badanie przeprowadzone przez Statista wykazało, że użytkownicy porzucają aplikacje po zaledwie 3 sekundach opóźnienia. Trzy sekundy. To mniej czasu niż kichanie.

Kolejny zabawny fakt? Sam Google stwierdził w 2023 r., Że 53% użytkowników mobilnych porzuca witrynę lub aplikację, której załadowanie zajmuje dłużej niż 3 sekundy. Nie chodzi tylko o szybkość - chodzi o zaufanie. Jeśli Twoja aplikacja zamarza, użytkownicy pomyślą, że Twoja marka jest niewiarygodna.

To tutaj rozwój naszych aplikacji mobilnych w Kolumbii, SC ,, musiał szybko ewoluować. Teraz przeprowadzamy audyty wydajności w ramach prawie każdego projektu, nawet jeśli nie napisaliśmy oryginalnego kodu.

Pamiętam aplikację logistyczną, nad którą pracowaliśmy, która miała śledzenie w czasie rzeczywistym, skanowanie kodów kreskowych i powiadomienia push-wszystkie wspaniałe funkcje. Jednak programiści używali React Native z zbyt wieloma bibliotekami stron trzecich, słabo zaimplementowanym śledzeniem lokalizacji w tle i animatami związanymi z pamięcią. Wynik? Rozbijał się co 10 minut na Androida 11 i wyłącznikach termicznych na starszych iPhone'ach.

Odbudowaliśmy większość z nich, migrowaliśmy do bardziej modułowej architektury, wykorzystaliśmy natywne moduły do ​​śledzenia lokalizacji i zmniejszyli rozmiar aplikacji o 60%. Baza użytkowników przestała wysyłać gniewne wiadomości e -mail wsparcia. To było wygrane.

Dla osób zainteresowanych budowaniem czegoś podobnego (ale bez dramatu) zwykle zalecamy rozpoczęcie od profesjonalnej i niedrogiej konsultacji rozwoju aplikacji mobilnych w Columbia, SC. Zawsze jest tańsze planowanie niż łatanie.

Kiedy walczy też duże technologie

Jeśli uważasz, że tak się dzieje tylko z małymi zespołami, pomyśl jeszcze raz.

Facebook odbudował swoją aplikację mobilną w 2012 roku, ponieważ oryginalna hybrydowa wersja oparta na HTML5 była „zbyt wolna”. Mark Zuckerberg przyznał, że był to jeden z ich największych błędów. W końcu przeszli do kodu natywnego, a później opracowali React Native, aby lepiej rozwiązać ten sam problem.

Nawet Google, z błyszczącym frutwem, musiał ostrożnie stąpać. Devers, którzy znaleźli początkową krzywą uczenia się rzutki, frustrujący zareagowali z luzem. Niektóre wczesne aplikacje zbudowane na Flutter ostatecznie były prawie dwa razy większe niż ich rodzime odpowiedniki, co powoduje, że stawki pobierania tankowały w krajach o ograniczonych prędkościach Internetu.

A potem jest Uber, który próbował korzystać z frameworków hybrydowych do aplikacji sterownika, ale ostatecznie zrezygnował i wrócił do w pełni natywnego rozwoju, ponieważ wydajność po prostu nie spełniała ich potrzeb w czasie rzeczywistym.

Chodzi o to, że nawet miliardy dolarów dowiedzieli się-czasem boleśnie-że wydajność przebija wygodę. Jeśli inwestujesz w rozwój aplikacji mobilnych w Kolumbii, SC, ta lekcja powinna trafić blisko domu, zwłaszcza jeśli musiałeś już ponownie rezygnować po nietypowej aplikacji, która zamieni się w jamę pieniężną.

Platforma krzyżowa nie jest martwa, po prostu źle zrozumiana

Nie zrozumcie mnie źle-nie mówię, że wszystkie ramy międzyplatformowe są śmieciami. Uwielbiam pracować z React Native, gdy zakres aplikacji pasuje do narzędzia. Flutter jest wspaniały do ​​szybkiego budowania wizualnie złożonych aplikacji. Kondensator jest zaskakująco skuteczny, gdy jest odpowiednio stosowany.

Ale te ramy nie są magicznymi. Wymagają decyzji architektonicznych na wyższym poziomie, dobrej dyscypliny kodu, właściwej konfiguracji CI/CD i testów w świecie rzeczywistym w dziesiątkach urządzeń.

W Web Design Columbia staliśmy się w tym dobre, ponieważ po prostu zrobiliśmy to dłużej niż większość. Od budowania platform sportowych fantasy po strumieniowe narzędzia bezpieczeństwa, wpadliśmy na prawie każdą ścianę - i wymyśliliśmy, jak się na nią przeskakiwać (lub czasem chodzić z zupełnie innym stosem).

Tego rodzaju doświadczenie pochodzi tylko z prawie dwóch dekad w grze - i tak, obejmuje to pracę ze starożytnymi platformami, takimi jak Symbian OS w ciągu dnia. Czujesz się już stary?

Testowanie nie jest opcjonalne - przetrwanie

Odsuńmy to: jeśli nie testujesz aplikacji mobilnej na prawdziwych urządzeniach, grasz w ruletkę z cierpliwością użytkowników. Widziałem aplikacje, które działały bezbłędnie na symulatorze, ale złamały się, gdy zostały otwarte na Samsung Galaxy A12. Tak, to prawdziwy telefon i tak, nie zachowuje się takiej jak Twój iPhone 15 Pro Max.

W celu opracowywania aplikacji mobilnych w Columbia, SC nalegamy na testowanie w różnorodnym laboratorium urządzeń. Mamy stare telefony z Androidem 8, tablety średniego poziomu, a nawet chrupiący iPad Mini, który wciąż nie umarł. Dlaczego? Ponieważ użytkownicy nie używają tylko najnowszego sprzętu.

Ponadto emulatory nie symulują zużycia baterii, zachowania GPS, powiadomień push ani kropli sieci komórkowej. Wszystkie te mają znaczenie przy tworzeniu aplikacji, które opierają się na aktualizacjach w czasie rzeczywistym, śledzeniu lokalizacji lub treści przesyłania strumieniowego.

Hot Reload i React Native's Live Reload świetnie nadają się do przyspieszenia rozwoju, ale co z testowaniem wydajności? To wciąż wymaga użycia świata rzeczywistego. Jeśli pomijasz ten krok, gwarantuję, że Twoim użytkownikom odkrywają błędy - nie. I to nigdy nie jest dobry wygląd, szczególnie w przypadku firmy opartej na rynku opartym na zaufaniu, takim jak Columbia, Karolina Południowa.

Dlaczego aplikacje GPS są szczególnym rodzajem bólu

Porozmawiajmy teraz o GPS. W Web Design Columbia zbudowaliśmy zaskakującą liczbę aplikacji opartych na GPS. Jeden z klientów śledził swoje ciężarówki w wiejskiej Karolinie Północnej, drugi potrzebował niestandardowego rozwiązania dla zdarzeń geofencingu, a nawet pomogliśmy zbudować wewnętrzne narzędzie dla firmy zajmującej się kształtowaniem krajobrazu, która śledziło zrzuty gleby ze znaczkami lokalizacji.

Pozwól, że ci powiem: GPS + Mobilne aplikacje = torba węży.

Zużycie baterii jest pierwszym złoczyńcą. O ile nie dostosujesz mechanizmów częstotliwości lokalizacji i odwracania, Twoja aplikacja wyczerpuje telefon użytkownika szybciej niż Tiktok na autoodplay. I nie zaczynaj mi uprawnień do prywatności na iOS - Apple wymaga teraz ciągu uzasadnienia korzystania z usług lokalizacyjnych, a jeśli źle je wyrażasz, Twoja aplikacja zostanie odrzucona.

Potem jest Android. Och, Android. Na telefonach niektórych producentów (patrząc na ciebie, Xiaomi) lokalizacja w tle po prostu nie działa, chyba że użytkownik ręcznie umożliwi określone ustawienia - setki, których zwykle nie mogą znaleźć bez googlowania przez 30 minut.

Spędziliśmy miesiące na budowaniu niestandardowych awarii dla różnych wersji systemu operacyjnego i marek sprzętowych. W celu opracowywania aplikacji mobilnych w Kolumbii, SC, nauczyliśmy się przewidywać te Gotchas i informować naszych klientów, zanim staną się problemem. Ponieważ jeśli Twoja aplikacja do dostawy nie powiedzie się, gdy kierowca wchodzi w strefę martwą na I-77, to stracił klient.

Proces recenzji Apple prześladuje Twoje marzenia

Zmieńmy przebiegu i omówmy zgłoszenia App Store, szczególnie do systemu aplikacji iOS. Przesłanie aplikacji do Apple jest jak wysłanie CV do tajnego społeczeństwa bez podręcznika, zrzędliwego recenzenta i miłości do niejasnych notatek odrzucenia.

Kiedyś przesłałem aplikację edukacyjną dla odrzuconego klienta pięć razy. Po pierwsze, nie podobało im się przepływ logowania. Następnie oznaczyli wzmiankę o „bezpłatnej” treści, ponieważ nie było to technicznie bezpłatne. Następnie skarżyli się, że aplikacja nie zapewniała wystarczającej wartości długoterminowej. W końcu minęliśmy-ale nie przed napisaniem uzasadnienia 3 akapitów z ekranami.

Apple ma jedne z najwyższych standardów użytkowników na świecie. To obosieczny miecz. Tak, użytkownicy otrzymują wypolerowane aplikacje, ale dla programistów może to oznaczać tygodnie przeróbki, jeśli nie wiesz, co robisz.

W Web Design Columbia zbudowaliśmy listy kontrolne specjalnie, aby przetrwać czyściec Apple. Wiemy, czego należy unikać (bez symboli zastępczych, bez na wpół upieczonych ekranów logowania, wyraźna wartość funkcji), a my struktury budowli, aby przekazać pierwszą próbę, oszczędzając czas, pieniądze, pieniądze i siwe włosy.

I nie zapominajmy o Androida. Chociaż ich proces jest bardziej zrelaksowany, nie zawsze jest to dobra rzecz. Przekradają się aplikacje pełne złośliwego oprogramowania, a uczciwi programiści czasami zostają zamiatani w automatycznych zakazach. Jeden z naszych klientów został oznaczony jako „zwodnicze zachowanie” po prostu dlatego, że ich ekran logowania nie miał linku do polityki prywatności. Wyciągnięta lekcja.

Doświadczenie użytkownika to wszystko-a platforma międzypatrzowa może to sabotować

Czy kiedykolwiek korzystałeś z aplikacji, która się odczuwa? Na przykład przycisk nie zachowuje się tak, jakby w innych aplikacjach lub przewijanie nie jest gładkie? Często dzieje się tak, ponieważ ramy międzyplatformowe naśladują natywny interfejs użytkownika, ale nie idealnie.

Użytkownicy Androida oczekują interakcji projektowych materiałów. Użytkownicy iOS są przyzwyczajeni do natywnych przejść Apple. One-size-call-All UI rzadko zachwyca oba obozy.

W jednym ostatnim projekcie zostaliśmy poproszeni o przegląd interfejsu aplikacji, ponieważ użytkownicy Androida uważali, że aplikacja jest „zbyt iOS-y”, podczas gdy użytkownicy iPhone'a czuli się, jakby był „zbyt płaski”. Poprzedni deweloper zbudował jeden interfejs użytkownika i uderzył go na jedno i drugie.

Odbudowaliśmy go przy użyciu komponentów świadomych platformy, takich jak React Native's Platform.OS przydał się i zapewnił nieco inny interfejs użytkownika dla każdego ekosystemu. Użytkownicy odpowiedzieli pozytywnie, a wskaźniki retencji poprawiły się o 30%. Taki rodzaj dostrajania większości programistów budżetowych pomija. Ale robi to świat, szczególnie dla firm w Kolumbii, SC, gdzie lokalna lojalność jest wszystkim.

Pytanie o koszty - liczby rozmów

Aplikacje międzyplatformowe są często rozkładane jako tanie rozwiązanie, ale usuńmy powietrze. Tak, koszty rozwoju są niższe z góry - zwykle o 30–40% mniej niż budowanie dwóch natywnych aplikacji. Ale to tylko część równania.

Aplikacje międzyplatformowe często wymagają więcej debugowania, kontroli jakości, strojenia wydajności i zarządzania sklepami z aplikacjami. Z czasem koszty te mogą spożywać budżet jak szop szopowy w koszu na śmieci.

W Web Design Columbia podjęliśmy misję dostarczania wysokiej jakości aplikacji bez łamania banku. Nasze ceny są przejrzyste, sprawiedliwe i zakorzenione w rzeczywistych wynikach. Robimy to od 2006 roku - kiedy budowanie aplikacji oznaczało Java dla koszmarów Symbian i Blackberry OS - a nasi klienci zostają z nami, ponieważ mówimy człowieka, a nie tylko kod.

Nasz typowy projekt aplikacji mobilnej waha się od 3000 USD za MVPS do 25 000 USD za w pełni funkcjonalne systemy. To wciąż tysiące mniej niż zapłacisz w typowej firmie z wielkim miasteczkiem, a nasza jakość stoi na palcach z najlepszymi. Mamy klientów, którzy pracowali z nami od ponad dekady - nie dlatego, że przekupiamy ich ciasteczkami (choć może powinniśmy).

Czy jest tego warta krzyżowa?

Absolutnie - gdy jest to właściwe dopasowanie. Aplikacje, które nie polegają w dużej mierze na animacjach, czujnikach urządzeń ani zachowaniach specyficznych dla platformy, są idealne do reagowania natywnego lub trzepotania. Rozwój międzyplatformowy często przynosi korzyści wewnętrznym narzędziom biznesowym, MVP, aplikacjom edukacyjnym i prostych platformach społecznościowych.

Ale jeśli budujesz grę o wysokiej wydajności, doświadczenie AR lub złożoną aplikację do śledzenia GPS, możesz rozważyć natywną-lub przynajmniej architekturę hybrydową, która opiera się na natywnych modułach. Najlepsza strategia? Porozmawiaj z kimś, kto zna oba światy i nie próbuje cię zwiększyć w określonych ramach.

To właśnie robimy w Web Design Columbia. Zaczynamy od strategii, a nie szumu. Następnie budujemy coś szybkiego, gładkiego i przyjaznego dla użytkownika-coś, czego Twoi klienci nie tylko używają, ale naprawdę cieszą się.

Jeśli dotarłeś tak daleko, gratulacje. Teraz wiesz więcej o wydajności aplikacji mobilnych niż 90% właścicieli firm uruchamiających swoją pierwszą aplikację. Dowiedziałeś się, że narzędzia międzyplatformowe są doskonałe-ale nie magiczne-i że testy, poprawki specyficzne dla platformy i rzeczywiste doświadczenie oddzielają przeciętną aplikację od zdobywczej na rynku.

W Web Design Columbia cały nasz zespół mobilny żyje na tym wyzwaniu. Nie tylko piszemy kod - rozwiązywamy problemy. Testujemy, ulepszamy, iterujemy i upewniamy się, że Twoja aplikacja nie skończy w przerażającej kategorii „usuniętej po pierwszym użyciu”.

Niezależnie od tego, czy jesteś w Kolumbii, Karolinie Południowej, czy założyciela startupu w połowie świata, chcielibyśmy pokazać, jak budujemy profesjonalne i niedrogie rozwój aplikacji mobilnych w Columbia, SC, z myślą o rzeczywistym świecie.

Upewnijmy się, że Twoja następna aplikacja została zapamiętana za to, że jest genialna - nie zepsuta.