Czytałem o zaletach PWA, ale naprawdę nie mogę zrozumieć, dlaczego musimy korzystać z tej technologii. Czy to jest podobne do SPA? Czy to jest coś zupełnie innego?Jakie korzyści wynikają z korzystania z progresywnych aplikacji internetowych (PWA)?
Odpowiedz
SPA to coś innego niż PWA. Możesz zobaczyć PWA jako ulepszenie swojej witryny. Dodając numer service worker i manifest, możesz zabrać swoją witrynę (SPA lub nie) z przeglądarki, pracować jak aplikacja mobilna i sprawić, by działała lepiej.
Single Page Application (SPA) może być Progressive Web App (PWA) ale PWA nie musi być SPA. To są dwie różne rzeczy. PWA zdefiniowane przez Google to:
Niezawodny - Załaduj natychmiast i nigdy nie pokazuj downasaura, nawet w niepewnych warunkach sieci. Szybkie - Szybko reaguj na interakcje użytkownika z jedwabiście płynnymi animacjami i bez przewrotnego przewijania. Angażowanie - Poczuj się jak naturalna aplikacja na urządzeniu, dzięki niesamowitemu wrażeniu użytkownika.
Witryna Google PWA to dobre miejsce, aby zacząć uczyć się o PWA i dlaczego i jak go zbudować.
https://developers.google.com/web/progressive-web-apps/
uzdrowisku jest po prostu aplikacja internetowa, gdzie jedna strona jest załadowane w przeglądarce i całej późniejszej routingu i wyświetlić stronę renderowania jest obsługiwane na klienta (przeglądarki) przy użyciu JavaScript.
Właściwe połączenie zasad PWA i SPA może znacznie poprawić komfort użytkowania, szczególnie w telefonach komórkowych z niewiarygodnymi połączeniami internetowymi.
Prawdopodobnie najlepszym przykładem dzisiejszego dobrze wdrożonego dokumentu PWA jest Twitter Lite. Sprawdź tutaj:
https://mobile.twitter.com/home
... i przeczytać o tym tutaj:
https://blog.twitter.com/en_us/topics/product/2017/introducing-twitter-lite.html
Patrząc na stronę Google, wydaje się, że jest to bardziej "czysta sieć", zbudowana za pomocą technologii z przeglądarki, ale niekoniecznie dla przeglądarki. Innymi słowy, jak stworzyć "natywną" aplikację, której użytkownicy będą używać na urządzeniach mobilnych przy użyciu technik opartych na przeglądarce. Z tego powodu Facebook rzucił HTML5 na * prawdziwe * natywne aplikacje 5-6 lat temu. –
Oto lista kontrolna "nie bądź głupi" do budowania aplikacji natywnej, od Google: https://developers.google.com/web/progressive-web-apps/checklist –
- 1. Jakie są korzyści z curry?
- 2. Kolekcja dziedzicząca z ObservableCollection - Jakie są korzyści?
- 3. Korzyści z MVC nad MVP
- 4. Dlaczego potrzebujemy, jakie korzyści wykorzystać mangusta
- 5. Zalety korzystania z Core Graphics
- 6. Korzyści z asertywnego programowania
- 7. Jakie korzyści może zaoferować Vaadin mojej aplikacji GWT Appengine?
- 8. Korzyści z generycznych konstruktorów
- 9. Jakie korzyści daje użycie ApplicationContext?
- 10. Jeśli wybiorę RavenDB, jakie korzyści z SQL Server przegrywam?
- 11. Jakie są (potencjalne) wady korzystania z meteor.js?
- 12. Korzyści z przejścia z klasycznego ASMX na wcf
- 13. sympy: kolejność wynikają z rozwiązania równania kwadratowego
- 14. Jakie są główne zalety korzystania z eval() w JavaScript?
- 15. Jakie są korzyści z niejawny wpisywanie w C# 3.0> +
- 16. Jakie są korzyści z definiowania funkcji w python?
- 17. Jakie są korzyści z definiowania metod Go poza definicjami struct?
- 18. Korzyści z używania podmodulatorów Bower over Git
- 19. Korzyści z używania konstruktora?
- 20. Korzyści z Plugin FailSafe Maven
- 21. Jakie są wady korzystania z Lucene?
- 22. Jakie są zalety korzystania z rubinius
- 23. Jakie są zalety korzystania z Qt?
- 24. BindingSource - jakie są zalety korzystania z BindingSource
- 25. Korzyści z wydajności natywnych złączy Apache Tomcat
- 26. Jakie są metody ochrony aplikacji internetowych/gier JavaScript?
- 27. Jakie korzyści daje Class.new w tym Rspecu
- 28. Jakie zalety/wady wynikają z używania systemu operacyjnego serwera dla głównego komputera programistycznego .NET?
- 29. Jakie uwierzytelnienie należy zastosować podczas korzystania z aplikacji Django Rest Framework i aplikacji IOS?
- 30. Jakie są zalety korzystania z BIO_printf() zamiast printf()?
progresywne ulepszanie internetowej (nie słyszałem o „postępowych aplikacji internetowych” jako „technologia "per se) miało wszystko z obsługą użytkowników, którzy mieli przeglądarkę z obsługą złośliwych standardów (patrząc na ciebie, Internet Explorer), oraz dla tych, którzy nie mieli włączonej obsługi Javascript (co oznacza, że strona nadal byłaby co najmniej minimalna). Wydaje się, że obecnie jest to mniej problematyczne dla tych pierwszych, a stworzenie "aplikacji internetowej" przydatnej dla osób, które nigdy nie używają skryptów, może przynieść efekt odwrotny do zamierzonego (myślę, że Slack miałby tylko twarde linki i formularze POSTBACK). Jak zawsze, YMMV. –
Zmieniłem również tytuł, aby był mniej prowokacyjny. Podstawowe pytanie, które moim zdaniem jest dobre i na pewno odpowiedzialne. –