Zmniejsz koszt pisania aplikacji mobilnej. Napisz ją w JavaScript!

No dobra, mamy teraz wytłumaczone, czym są hybrydowe aplikacje. Teraz może przejdźmy do tego, z jakich tooli czy jakich frameworków korzystamy przy tworzeniu tych hybrydowych aplikacji. Dobra, no ogółem mamy całą gamę narzędzi do wyboru. I tutaj dużo zależy od tego jaki stack technologiczny znamy, jaki stack technologiczny mamy u nas w zespole. No i prostszym wyborem chyba na przykład dla Angular Developera byłby Ionic. Przy czym Ionic to nie jest do końca to, co siedzi tam w tej hybrydzie, bo Ionic pod spodem jest dalej wyświetlany właśnie w tym naszym braperze, który pochodzi z Capacitora. To dalej jest jedna firma. Dalej mamy dostawcę Ionic, dostarcza nam te komponenty, ale pod spodem to Capacitor zajmuje się wyświetlaniem naszego JS-owego kodu w aplikacji natywnej.

No właśnie, bo Ionic przejął kapasitora, tak? Czy oni wyszli z kapasitora, to jakoś tak było, nie? Kapasitor dalej jest pod spodem, więc możliwe, że go przejął, ale nie znam do końca tej historii. Ale sam Ionic jest w zasadzie, jako Ionic Framework, jest tylko setem komponentów wizualnych i pewnymi, jakby, mobile SDK for the web. Czyli to jest toolkit. Czyli tak naprawdę są komponenciki, które ułatwiają Ci budowanie tych... Tak, które zklejamy sobie ten frontend. Więc dalej mówimy o aplikacji takiej w pełni frontendowej, czyli... Czy to będzie Angular, React, Vue? I wpychamy go do WebVue, właśnie przez Ionica, ale dalej korzystamy, to jest taka trochę strona internetowa na sterydach, po prostu osadzona w interfejsie, osadzona w urządzenie.

Bo tam NativeScript miał własnego XML-a. Nie wiem, czy to się zmieniło. Poprawcie mnie, jeśli już tak nie jest. Ale tak kiedyś było, że można było po prostu mieć dwie templatki do dwóch różnych platform. Ciekawe, ciekawe. Chyba będę musiał to przejrzeć, bo zaciekawiłeś mnie z tym NativeScriptem. Flutter. Flutter. King in a castle. To jest chyba absolutny hit. Nie powiem, że rządzi, to nie chodzi o to, że rządzi, bo my na przykład piszemy teraz aplikacje bardziej w Ionicu, ale Flutter ewidentnie rozbił bank. Dlaczego tak smutno? Dlatego, że nie robisz aplikacji w Flutterze?

Tylko właśnie, czy my mówimy teraz o hybrydowych aplikacjach w kontekście na przykład kapasitora Ionica, czyli że piszemy kod webowy, który później jest wrzucany do aplikacji natywnej, czy mamy też na myśli teraz React Native czy Fluttera? Czy te wady też mają swoje odzwierciedlenie? To jest różne w zależności od tego jaka jest technologia, ale idea jest bardzo często bardzo podobna. To znaczy masz bug, który występuje na jednej platformie, a na innej nie występuje. I teraz musisz mieć... To urządzenie, na którym tak naprawdę inaczej. Musisz to zdebugować na tym urządzeniu, na którym występuje. Więc to jest jakby pierwsza taka deweloperska wada.

To znaczy zmienia się. Musimy dostosować ten CI-CD do tego, żeby można było w miarę sensownie i szybko dostarczać ten webowy kod do aktywnych aplikacji. I to jest też problematyczne. Bo tak naprawdę my szukamy różnych rozwiązań w tej chwili, tak żeby szybciej to dostarczać, ale... Przy czym tu mówimy cały czas trochę bardziej w perspektywie Ionica, czyli gdzie mamy ten webowy pod, który dostarczamy do natywnego wrappera. Ale w przypadku innych cross-platformowych czy tam hybrydowych frameworków, Napisz ją w JavaScript!.