Tworzenie mobilnych aplikacji internetowych: kiedy, dlaczego i jak

Na świecie żyje 6,8 miliarda ludzi, z czego 5,1 miliarda posiada telefon komórkowy. A dziś coraz większy odsetek tych urządzeń to smartfony. Według niedawnego badania Pew Research Center, liczba użytkowników korzystających z Internetu na swoich smartfonach wzrosła ponad dwukrotnie w ciągu ostatnich 5 lat, podobnie jak liczba użytkowników pobierających i korzystających z aplikacji mobilnych. Spośród osób, które korzystają z Internetu lub poczty e-mail na swoich telefonach, ponad jedna trzecia korzysta z Internetu głównie za pośrednictwem urządzeń przenośnych.

Rzeczywiście, przetwarzanie mobilne staje się coraz bardziej wszechobecne… i jest niesamowite.

Z wyjątkiem, oczywiście, kiedy tak nie jest.

Dla użytkownika urządzenia mobilnego niewiele rzeczy jest tak frustrujących i trudnych do nawigowania, jak źle zaprojektowana mobilna aplikacja internetowa, a nawet aplikacja natywna.

Jako programista aplikacji mobilnych niewiele rzeczy może być tak irytujących, jak dążenie do obsługi jak największej liczby klientów mobilnych, z których każdy ma swój własny, frustrujący zestaw cech. Niezależnie od tego, czy zdecydujesz się stworzyć aplikację mobilną, natywną czy hybrydową, dążenie do obsługi wielu przeglądarek mobilnych, bardziej egzotycznych urządzeń i radzenie sobie z różnymi platformami może być naprawdę dość bolesnym doświadczeniem.

Oczywiście nie każdy programista musi się dziś martwić o obsługę klientów mobilnych. Jednak coraz bardziej wszechobecny charakter urządzeń i aplikacji mobilnych silnie sugeruje, że ci, którzy nie potrzebują obecnie obsługi klientów mobilnych, będą musieli to zrobić w niedalekiej przyszłości. Więc jeśli nie myślisz jeszcze o tworzeniu aplikacji mobilnych, prawdopodobnie powinieneś.

Mobilna aplikacja internetowa a aplikacja natywna a aplikacja hybrydowa

Podobnie jak w przypadku większości wybranych technologii, nie ma jednej uniwersalnej odpowiedzi, jeśli chodzi o rodzaj aplikacji mobilnej do opracowania. Należy wziąć pod uwagę wiele sprawdzonych metod dotyczących aplikacji internetowych, z których nie wszystkie mają charakter techniczny. Kto jest waszym dobiorcą docelowym? Czy są bardziej skłonni do korzystania z internetu mobilnego czy aplikacji natywnej? Jaka jest różnica między aplikacjami natywnymi a hybrydowymi? Jakie masz zasoby programistyczne i jakie technologie mobilne są im najbardziej znane? Jaki model licencjonowania i sprzedaży planujesz dla swojego produktu?

Ogólnie rzecz biorąc (chociaż zawsze są wyjątki), trasa aplikacji mobilnej jest szybsza i tańsza niż trasa natywnej aplikacji mobilnej, zwłaszcza gdy celem jest obsługa szerokiej gamy urządzeń. I odwrotnie, mogą istnieć funkcje natywne dla urządzenia mobilnego (takie jak czujnik ruchu itp.), które są niezbędne dla Twojej aplikacji, ale które są dostępne tylko za pośrednictwem aplikacji natywnej (co sprawia, że ​​wybór mobilnej aplikacji internetowej nie jest starter dla Ciebie).

Poza pytaniem o stare aplikacje internetowe i aplikacje natywne, hybrydowa aplikacja mobilna może być dla Ciebie właściwą odpowiedzią, w zależności od Twoich wymagań i ograniczeń zasobów. Aplikacje hybrydowe, podobnie jak aplikacje natywne, działają na samym urządzeniu (a nie w przeglądarce), ale są napisane przy użyciu technologii internetowych (HTML5, CSS i JavaScript) i zazwyczaj opierają się na hybrydowej strukturze aplikacji. Mówiąc dokładniej, aplikacje hybrydowe działają w natywnym kontenerze i wykorzystują silnik przeglądarki urządzenia (ale nie przeglądarkę) do renderowania kodu HTML i lokalnego przetwarzania kodu JavaScript. Warstwa abstrakcji „web-to-native” umożliwia dostęp do funkcji urządzenia, które nie są dostępne w mobilnych aplikacjach sieci Web, takich jak akcelerometr, kamera i pamięć lokalna.

Ale niezależnie od tego, czy wybierzesz mobilną aplikację internetową, aplikację natywną czy hybrydową – pamiętaj, aby odpowiednio zbadać i potwierdzić swoje przypuszczenia. Na przykład na potrzeby tego samouczka dotyczącego tworzenia mobilnej aplikacji internetowej być może zdecydowałeś się opracować natywną aplikację mobilną do handlu elektronicznego, aby sprzedawać swoje produkty. Jednak według Hubspot 73% użytkowników smartfonów twierdzi, że do robienia zakupów używa internetu mobilnego częściej niż natywnych aplikacji… W tym przypadku mogłeś postawić na niewłaściwego konia.

A potem oczywiście są praktyczne względy czasu i budżetu. Jak mówi jedno z moich ulubionych powiedzeń: „szybciej, lepiej, taniej… wybierz dowolne dwa” . Podczas gdy czas wprowadzenia produktu na rynek i ograniczenia kosztów mają ogromne znaczenie w tworzeniu aplikacji internetowych, ważne jest, aby nie narażać się zbytnio na jakość w tym procesie. Trudno jest odzyskać zaufanie użytkownika, który miał złe pierwsze doświadczenia.

Rzeczywiście, aplikacje mobilne, natywne i hybrydowe to radykalnie różne bestie, z których każda ma swój własny, unikalny zestaw korzyści i wyzwań. Ten samouczek dotyczący tworzenia stron internetowych na urządzenia mobilne koncentruje się w szczególności na metodologiach i narzędziach do zastosowania oraz pułapkach, których należy unikać podczas tworzenia wysoce funkcjonalnych, intuicyjnych i łatwych w użyciu mobilnych aplikacji internetowych.

Tworzenie mobilnej aplikacji internetowej wymaga szczegółowego planowania

Identyfikacja wymagań Twoich (lub Twoich klientów) jest jedną z najważniejszych najlepszych praktyk w tworzeniu aplikacji mobilnych i innych. Dokładnie zbadaj docelowe możliwości, aby określić, czy są one osiągalne w Twojej mobilnej aplikacji internetowej. Uświadomienie sobie, że co najmniej jedna z podstawowych funkcji klienta nie jest obsługiwana, jest dość frustrujące i bardzo nieproduktywne, gdy zainwestowałeś już czas i zasoby w zaprojektowanie interfejsu internetowego i infrastruktury pomocniczej.

Inną powszechną pułapką dla początkujących programistów mobilnych aplikacji internetowych jest założenie, że kod internetowy dla przeglądarki komputerowej będzie działał „tak jak jest” w przeglądarce mobilnej. Nie. Zdecydowanie istnieją różnice i jeśli nie jesteś ich świadomy, z pewnością mogą cię ugryźć. Na przykład funkcja autoodtwarzania tagu HTML5 <video> nie działa w przeglądarkach mobilnych. Podobnie transition CSS i właściwości opacity nie są obsługiwane (a przynajmniej nie są konsekwentnie obsługiwane) w większości współczesnych przeglądarek mobilnych. Będziesz mieć również problemy z niektórymi metodami internetowego interfejsu API na platformie mobilnej, takimi jak interfejs API do strumieniowego przesyłania muzyki SoundCloud, który wymaga Adobe Flash, który nie jest obsługiwany na większości urządzeń mobilnych.

Szczególnie komplikującym czynnikiem w tworzeniu mobilnych aplikacji internetowych jest to, że żywotność urządzeń mobilnych jest zwykle znacznie krótsza niż wyświetlaczy stacjonarnych (średnia żywotność telefonu komórkowego w USA wynosi około 21 miesięcy). Te krótsze okresy eksploatacji urządzeń, którym towarzyszą nieustanne wypuszczanie nowych urządzeń i technologii mobilnych, tworzą ciągle zmieniający się krajobraz urządzeń, które mają być celami docelowymi. Podczas gdy praca w przeglądarce nieco łagodzi ten problem, chroniąc Cię przed wieloma problemami specyficznymi dla urządzenia, nadal będziesz musiał zaprojektować widok oparty na przeglądarce, który obsługuje wiele różnych rozdzielczości ekranu (a także odpowiednio dostosowuje się do orientacji poziomej i pionowej ).

Należy również zastanowić się nad obsługą wyświetlaczy Retina firmy Apple (wyświetlacze ciekłokrystaliczne, które mają wystarczająco dużą gęstość pikseli, aby ludzkie oko nie było w stanie dostrzec pojedynczych pikseli z typowej odległości oglądania). Kilka produktów Apple – w tym iPhone, iPod Touch, iPad, MacBook Pro, iPad Mini i iPad Air – oferuje wyświetlacze Retina. W szczególności w przypadku mobilnej aplikacji internetowej należy pamiętać, że wyświetlacz Retina sprawia, że ​​obrazy o niskiej rozdzielczości (które zwykle są wyświetlane na urządzeniach mobilnych) wyglądają na niewyraźne i może wystąpić pikselacja. Najlepszym rozwiązaniem do tworzenia aplikacji w takich przypadkach jest rozpoznanie przez serwer, że żądanie pochodzi z urządzenia Retina, a następnie dostarczenie klientowi alternatywnego obrazu w wyższej rozdzielczości.

Jeśli chcesz korzystać z fajnych funkcji HTML5, pamiętaj, aby wcześniej sprawdzić, czy funkcja, której szukasz, jest obsługiwana na różnych urządzeniach, z których prawdopodobnie będą korzystać Twoi klienci. Na przykład w iOS 6 i nowszych nie ma obsługi funkcji nawigatora getUserMedia , ponieważ kamera jest dostępna tylko za pośrednictwem aplikacji natywnych. Dwa świetne zasoby do sprawdzania, co jest obsługiwane na określonych urządzeniach i przeglądarkach, to caniuse.com i html5test.com.

Zapytania o media CSS3 mogą również pomóc w dostarczaniu dostosowanych treści dla każdego urządzenia. Oto przykładowy kod do przechwytywania różnych cech urządzenia, takich jak gęstość pikseli, rozdzielczość ekranu i orientacja:

 /* For lower than 700px resolutions */ @media (max-width: 700px) { ... } /* Same as last but with the device orientation on land scape */ @media (max-width: 700px) and (orientation: landscape) { ... } /* Including width and orientation you can add a media type clause, in this case 'tv' */ @media tv and (min-width: 700px) and (orientation: landscape) { ... } /* for low resolution display with background-image */ .image { background-image: url(/path/to/my/image.png); background-size: 200px 300px; height: 300px; width: 200px; } /* for high resolution (Retina) display with background-image */ @media only screen and (min--moz-device-pixel-ratio: 2), only screen and (-o-min-device-pixel-ratio: 2/1), only screen and (-webkit-min-device-pixel-ratio: 2), only screen and (min-device-pixel-ratio: 2) { -repeat; background-size: 200px 400px; /* rest of your styles... */ } }

Optymalizacja mobilnej aplikacji internetowej pod kątem wydajności

„OMG, to jest baaaardzo wolne!” Jako programista mobilnych aplikacji internetowych są to prawdopodobnie ostatnie słowa, jakie kiedykolwiek chciałbyś usłyszeć od jednego z Twoich użytkowników. Dlatego należy dokładnie przemyśleć, jak zredukować i zoptymalizować każdy bajt i transfer serwera, aby skrócić czas oczekiwania użytkownika. Nierealistyczne jest oczekiwanie, że transfery będą zawsze odbywać się przez sieć Wi-Fi, a powinieneś wiedzieć, że 60% użytkowników internetu mobilnego twierdzi, że oczekuje, że witryna załaduje się na ich telefonie komórkowym w ciągu 3 sekund lub mniej (źródło). Podobnie Google odkrył, że na każde dodatkowe pięć sekund czasu ładowania ruch spadł o 20% (warto również zauważyć, że wyszukiwarki traktują czasy ładowania jako część obliczania wyniku jakości strony).

W ramach tego samouczka dotyczącego tworzenia mobilnych aplikacji internetowych, podajemy kilka wskazówek, które mogą pomóc zoptymalizować wydajność mobilnych aplikacji internetowych i zminimalizować opóźnienia:

• Optymalizacja obrazu. Czas ładowania obrazu jest powszechnie znany jako jeden z największych problemów z wydajnością wpływających na ładowanie strony na urządzeniach mobilnych. W rozwiązaniu tego problemu pomocne może być korzystanie z optymalizatorów obrazu online, takich jak smushit.com.
• Kompresja kodu. Kompresja plików JavaScript i CSS, w zależności od ilości posiadanego kodu, może potencjalnie mieć znaczący wpływ na wydajność.
• Zapytania do bazy danych.
  • Niektóre przeglądarki urządzeń mobilnych nie akceptują tylu plików cookie, co przeglądarki komputerowe, co może skutkować koniecznością wykonania jeszcze większej liczby zapytań niż zwykle. Buforowanie po stronie serwera jest zatem szczególnie ważne w przypadku obsługi klientów mobilnych aplikacji internetowych.
  • Pamiętaj, aby zastosować odpowiednie filtry, aby wykluczyć wstrzykiwanie zapytań SQL, które w przeciwnym razie mogłyby zagrozić bezpieczeństwu Twojej witryny i serwera.
• Sieci dostarczania treści (CDN). Jeśli planujesz dostarczać wiele filmów, obrazów, plików audio lub innych rodzajów multimediów, zdecydowanie zaleca się korzystanie z sieci CDN. Niektóre z bardziej popularnych komercyjnych sieci CDN to Amazon S3, Microsoft Windows Azure i MaxCDN. Zalety korzystania z CDN są liczne i obejmują:
  • Poprawiona wydajność pobierania. Wykorzystanie zasobów CDN umożliwia dystrybucję obciążenia, oszczędność przepustowości i zwiększenie wydajności. Lepsze sieci CDN oferują wyższą dostępność, mniejsze opóźnienia w sieci i mniejszą utratę pakietów. Co więcej, wiele sieci CDN zapewnia globalnie rozproszony wybór centrów danych, umożliwiając pobieranie z serwera znajdującego się bliżej lokalizacji użytkownika (co skutkuje mniejszą liczbą przeskoków w sieci i szybszym pobieraniem).
  • Więcej jednoczesnych pobrań. Przeglądarki zazwyczaj ograniczają liczbę jednoczesnych połączeń z jedną domeną, po czym dodatkowe pobrania są blokowane do czasu zakończenia jednego z poprzednich pobrań. Często można zobaczyć ten limit w działaniu podczas pobierania wielu dużych plików z tej samej witryny. Każda dodatkowa sieć CDN (w innej domenie) umożliwia dodatkowe jednoczesne pobieranie.
  • Ulepszona analityka. Wiele komercyjnych sieci CDN udostępnia raporty użytkowania, które mogą uzupełniać własne analizy witryny i mogą oferować lepszą ocenę ilościową wyświetleń i pobrań wideo. Na przykład GTmetrix ma doskonałe narzędzie do raportowania stron internetowych do monitorowania i optymalizacji źródeł załadowanych na Twojej stronie.

Narzędzia do tworzenia aplikacji mobilnych

„Właściwe narzędzia do właściwej pracy” to odwieczne powiedzenie, które dotyczy zarówno tworzenia oprogramowania, jak i każdej innej dziedziny. Ten samouczek zawiera wprowadzenie do niektórych z bardziej popularnych i powszechnie używanych narzędzi do tworzenia mobilnych aplikacji internetowych, ale pamiętaj, że mogą istnieć inne „właściwe” narzędzia do tworzenia mobilnej aplikacji internetowej, w zależności od Twoje wymagania i dostępne zasoby.

Wybór odpowiedniego frameworka JavaScript Mobile Web App Framework

Ponieważ tworzenie mobilnych aplikacji internetowych wiąże się z wieloma podobnymi typowymi wyzwaniami – takimi jak kompatybilność z różnymi przeglądarkami oraz niespójny kod HTML i CSS w przeglądarkach mobilnych – opracowano struktury (oparte na HTML5 i CSS3), które są specjalnie zaprojektowane, aby rozwiązać te problemy i pracować tak bezbłędnie, jak to możliwe, na szerokiej gamie smartfonów i tabletów. Większość z tych platform mobilnych aplikacji internetowych jest lekka, co ułatwia szybkie przeglądanie stron internetowych na urządzeniach mobilnych bez wpływu na wygląd i działanie Twojej witryny.

Rozszerzając nasze spojrzenie poza krajobraz mobilny, jeśli istnieje jeden popularny framework JavaScript, o którym warto wspomnieć, jest nim jQuery. Jeśli znasz wersję komputerową, polecam wypróbowanie jQuery Mobile dla swojej mobilnej aplikacji internetowej. Posiada bibliotekę widżetów, która konwertuje znaczniki semantyczne do formatu przyjaznego gestom, ułatwiając operacje na ekranach dotykowych. Najnowsza wersja składa się z naprawdę lekkiej bazy kodu, która zawiera mnóstwo elementów graficznych, które naprawdę mogą ulepszyć Twój interfejs użytkownika.

Inna alternatywa, Sencha Touch, również szybko zdobywa udział w rynku. Oferuje doskonałą ogólną wydajność i pomaga stworzyć mobilny interfejs użytkownika internetowego, który w dużej mierze wygląda i działa jak natywny. Jego w pełni funkcjonalna biblioteka widżetów jest oparta na bibliotece Sencha ExtJS JavaScript.

Oto kilka kluczowych różnic, które należy wziąć pod uwagę porównując jQuery Mobile i Sencha Touch:

• Widzieć i czuć. Ogólnie rzecz biorąc, wygląd i działanie aplikacji Sencha Touch jest bardziej wyraziste i lepsze niż w przypadku aplikacji mobilnej jQuery, ale należy pamiętać, że takie reakcje są zwykle bardzo subiektywne.
• Rozciągliwość. jQuery Mobile oferuje wiele rozszerzeń innych firm i jest z natury zaprojektowany tak, aby był wysoce rozszerzalny, podczas gdy Sencha Touch jest obecnie znacznie bardziej „zamkniętym” frameworkiem.
• Obsługa urządzeń. jQuery Mobile obecnie celuje w większy przekrój urządzeń niż Sencha Touch.
• HTML „a” JavaScript. jQuery jest w dużej mierze zorientowane na HTML (tj. rozszerza i manipuluje istniejącym HTML w JavaScript), podczas gdy kodowanie Sencha Touch jest całkowicie oparte na JavaScript. (Nawiasem mówiąc, jest to przykład zestawu umiejętności zespołu programistów, który należy wziąć pod uwagę przy wyborze technologii).
• Zależności zewnętrzne. jQuery mobile wymaga jQuery i jQuery UI do manipulacji DOM, podczas gdy Sencha Touch nie ma zewnętrznych zależności.
• Krzywa uczenia się. Większość programistów uważa, że ​​czas rozruchu z jQuery jest krótszy niż w przypadku Sencha Touch, być może napędzany przez duży odsetek programistów internetowych, którzy są już zaznajomieni ze standardowymi bibliotekami jQuery.

Responsywne frameworki i mobilne aplikacje internetowe

W ostatnich latach zaczęło pojawiać się coraz więcej responsywnych frameworków, z których dwa z obecnie najbardziej popularnych to Bootstrap i Foundation. Krótko mówiąc, responsywne struktury upraszczają i usprawniają projektowanie i implementację responsywnego interfejsu użytkownika w sieci Web, zamykając najpopularniejsze układy i paradygmaty interfejsu użytkownika w zoptymalizowaną pod kątem wydajności strukturę wielokrotnego użytku. Oparte głównie na CSS i JavaScript, wiele z tych struktur jest typu open source, można je bezpłatnie pobrać i można je łatwo dostosować. Jeśli nie masz bardzo specyficznego zestawu wymagań, prawdopodobnie użycie jednego z tych frameworków zmniejszy poziom wysiłku związanego z projektowaniem i wdrażaniem mobilnej aplikacji internetowej.

Analizując dwie wiodące opcje, Bootstrap i Foundation, kilka kluczowych różnic, które należy wziąć pod uwagę, to:

• Platformy docelowe. Chociaż Bootstrap obsługuje urządzenia mobilne, tablety i komputery stacjonarne, jest głównie zorientowany na korzystanie z komputerów stacjonarnych. Z drugiej strony Foundation jest przeznaczony do zasadniczo wszystkich rozmiarów i typów ekranów.
• Kompatybilność z przeglądarką. Bootstrap jest kompatybilny z IE7 lub nowszym, podczas gdy Foundation jest kompatybilny tylko z IE9 lub nowszym.
• Różnorodność układów i komponentów. Bootstrap ma znacznie większą kolekcję elementów interfejsu użytkownika niż oferuje Foundation.
• Automatyczna zmiana rozmiaru. W przypadku Foundation siatka kurczy się i rozciąga zgodnie z bieżącą wysokością i szerokością przeglądarki, podczas gdy Bootstrap obsługuje tylko wstępnie zdefiniowany zestaw rozmiarów siatki oparty na standardowym zestawie rozmiarów ekranu.

Debugowanie i testowanie mobilnych aplikacji internetowych

Debugowanie mobilnych aplikacji internetowych może być trudne i nieco frustrujące, zwłaszcza jeśli musisz przeszukiwać różne urządzenia do testowania lub instalować pakiety SDK do (zazwyczaj niedoskonałej) emulacji docelowych platform klienckich.

W tym kontekście jedną wyraźną zaletą tworzenia witryn mobilnych (w porównaniu z tworzeniem aplikacji natywnych) jest możliwość korzystania ze standardowych narzędzi programistycznych opartych na przeglądarce do debugowania aplikacji. W oparciu o moje osobiste preferencje dotyczące zdalnego debugowania, w tym samouczku dotyczącym tworzenia aplikacji polecam Chrome z DevTools. Inne standardowe opcje obejmują narzędzia Firefox z Firebug lub Opery Dragonfly.

Oto niektóre z powodów, dla których wolę Chrome z DevTools:

• Mobilny emulator w Chrome DevTools. Być może tylko to jest wystarczającym powodem, aby wybrać Chrome do debugowania mobilnych aplikacji internetowych. Kluczowe funkcje obejmują emulację zdarzeń dotykowych, podszywanie się pod agenta użytkownika, ograniczanie przepustowości sieci, nadpisywanie geolokalizacji, nadpisywanie orientacji urządzenia i emulację typu nośnika CSS.
• Edytor interaktywny. Możliwość edycji na bieżąco JavaScript lub CSS.
• Doskonały debugger JavaScript. Pozwala na punkty przerwania DOM i zapewnia możliwość profilowania czasu wykonania kodu JavaScript.
• Wbudowane przeglądarki JSON i XML. Unika potrzeby korzystania z wtyczek do sprawdzania odpowiedzi serwera.
• Obsługa protokołu Android Debug Bridge (ADB) bezpośrednio przez USB. Ułatwia tworzenie instancji zdalnej sesji debugowania. (Oto dobry samouczek Google, jak rozpocząć zdalne debugowanie w Chrome.)
• Dynamiczna kontrola zasobów. Pozwala sprawdzić lokalne źródła danych aplikacji, w tym bazy danych IndexedDB lub Web SQL, pamięć lokalną i sesyjną, pliki cookie oraz zasoby pamięci podręcznej aplikacji. Możesz także szybko sprawdzić zasoby wizualne aplikacji, w tym obrazy, czcionki i arkusze stylów.

Aby przetestować układ i zgodność między przeglądaniem aplikacji sieci Web, możesz również skorzystać z przydatnych narzędzi online, takich jak BrowserStack. Wystarczy wpisać adres URL aplikacji, wybrać przeglądarkę, wersję i system operacyjny, a otrzymasz emulowany widok (i szybkość ładowania) witryny w tym środowisku. Innym przydatnym narzędziem do tego celu jest CrossBrowserTesting.

Zakończyć

Wraz z ciągłym szybkim wzrostem liczby, różnorodności i zaawansowania urządzeń mobilnych na rynku i obecnie używanych, zapotrzebowanie na skuteczne, przyjazne dla użytkownika i wydajne aplikacje mobilne prawdopodobnie znacznie wzrośnie. Możliwość inteligentnego i wydajnego opracowywania tych aplikacji będzie zatem nadal miała ogromne znaczenie.

Przy wyborze między opcjami aplikacji internetowych, natywnych i hybrydowych na urządzenia mobilne należy wziąć pod uwagę wiele czynników. Każda z nich ma swoje zalety, ale mobilne aplikacje internetowe często stanowią najbardziej wydajną opcję rozwoju (a tym samym czasu na wprowadzenie produktu na rynek). Jeśli zdecydujesz się pójść tą ścieżką, mam nadzieję, że ten samouczek dotyczący tworzenia mobilnych aplikacji internetowych pomoże Ci w bardziej bezpośredni i skuteczny sposób dotrzeć do celu.