Mobilne? Internetowe? Nie obchodzi mnie to.<\/h2>\n
Za\u0142\u00f3\u017cmy, \u017ce chcemy zbudowa\u0107 aplikacj\u0119, kt\u00f3ra u\u017cywa React<\/a> library. Biblioteka ta mo\u017ce by\u0107 u\u017cywana do tworzenia aplikacji internetowych i mobilnych z natywnym React. Mechanizmy logiczne aplikacji, takie jak autoryzacja, obliczenia, filtrowanie dane<\/a> i tak dalej, mo\u017cna wykona\u0107 za pomoc\u0105 hak\u00f3w React. Chodzi o to, \u017ce te haki mog\u0105 by\u0107 wsp\u00f3\u0142dzielone przez obie wersje aplikacji - webow\u0105 i mobiln\u0105. Dzi\u0119ki tej opcji mamy nast\u0119puj\u0105ce oszcz\u0119dno\u015bci:<\/p>\n Podsumowuj\u0105c ten akapit - nie chodzi o to, \u017ce jedna baza kodu b\u0119dzie zasila\u0107 wszystkie wersje aplikacji, chocia\u017c mo\u017cemy podzieli\u0107 wsp\u00f3lny kod i u\u017cy\u0107 go w ka\u017cdej wersji, aby proces rozwoju<\/a> naprawd\u0119 szybciej.<\/p>\n Wniosek - je\u015bli chcesz zbudowa\u0107 aplikacj\u0119 webow\u0105 i mobiln\u0105 w tym samym czasie, rozwa\u017c bibliotek\u0119 React, kt\u00f3ra mo\u017ce wsp\u00f3\u0142dzieli\u0107 baz\u0119 kodu w mobilnej i webowej wersji aplikacji.<\/p>\n Jeszcze kilka lat temu, m\u00f3wi\u0105c o backendzie, prawdopodobnie niewiele os\u00f3b wyobra\u017ca\u0142o sobie, \u017ce jego utrzymanie mo\u017ce by\u0107 mo\u017cliwe przy pomocy j\u0119zyka takiego jak JS<\/strong>. Rozw\u00f3j tego j\u0119zyka jest niesamowity, a jego owoce mo\u017cna zbiera\u0107 do dzi\u015b.<\/p>\n O czym m\u00f3wi\u0119? Je\u015bli zatrudnisz w\u0142a\u015bciwego Deweloperzy JS<\/strong>Okazuje si\u0119, \u017ce mog\u0105 one pisa\u0107 nie tylko frontend aplikacji, ale r\u00f3wnie\u017c backend - czyli odpowiada\u0107 za przetwarzanie danych na serwerze, komunikacj\u0119 z baz\u0105 danych, r\u00f3\u017cnego rodzaju integracje itp. Wci\u0105\u017c si\u0119 wahasz lub nie jeste\u015b przekonany do tego j\u0119zyka? Nie ma powodu, by mie\u0107 takie nastawienie! Backend z wykorzystaniem JS <\/strong> mo\u017cna zaimplementowa\u0107 na dwa popularne sposoby - w trybie rozszerzalnym i konfigurowalnym, kt\u00f3ry zapewnia nam express.js, oraz w trybie ustrukturyzowanym z wykorzystaniem wzorca DI - nest.js.<\/p>\n Oba rozwi\u0105zania s\u0105 niezwykle popularne i zasilaj\u0105 wiele aplikacji produkcyjnych, kt\u00f3rych w\u0142a\u015bciciele s\u0105 \"gigantami technologicznymi\" w swojej bran\u017cy. My\u015bl\u0119, \u017ce dojrza\u0142y one na tyle, by przekona\u0107 do wyboru jednego z nich.<\/p>\n Wci\u0105\u017c za ma\u0142o? Podobnie jak w przypadku wsp\u00f3\u0142dzielenia kodu mi\u0119dzy aplikacjami webowymi i mobilnymi, backend mo\u017ce wsp\u00f3\u0142dzieli\u0107 zasoby zar\u00f3wno z tymi pierwszymi, jak i drugimi. Kluczowym s\u0142owem jest tutaj TypeScript<\/a> - Mi\u0119dzy innymi, pozwala nam wsp\u00f3\u0142dzieli\u0107 baz\u0119 kodu, tj. wsp\u00f3ln\u0105 definicj\u0119 typu danych dla wszystkich platform.<\/p>\n Z aplikacjami zbudowanymi wy\u0142\u0105cznie na JavaScript<\/a> <\/strong>\/ TypeScript<\/strong> stosuj\u0105c monolith, oszcz\u0119dzamy wiele linii kodu, kt\u00f3re musieliby\u015bmy powiela\u0107 w natywnych j\u0119zykach programowania. Z drugiej strony, u\u017cywaj\u0105c tego samego j\u0119zyka na wszystkich frontach, mo\u017cemy wsp\u00f3\u0142dzieli\u0107 ogromn\u0105 ilo\u015b\u0107 logiki mi\u0119dzy wszystkimi aplikacjami, co zdecydowanie przyspieszy\u0142oby czas, w kt\u00f3rym dana aplikacja mo\u017ce zosta\u0107 zbudowana. Czy to nie brzmi \u015bwietnie?<\/p>\n Okazuje si\u0119, \u017ce technologie budowania aplikacji przegl\u0105darkowych \u015bwietnie nadaj\u0105 si\u0119 do utrzymywania tych aplikacji, z kt\u00f3rych korzystamy w ich desktopowej formie - dobrym przyk\u0142adem mo\u017ce by\u0107 tutaj Slack. Slack to aplikacja s\u0142u\u017c\u0105ca do zesp\u00f3\u0142<\/a> komunikacj\u0119 - poza standardowym przesy\u0142aniem wiadomo\u015bci, posiada wiele r\u00f3\u017cnych funkcjonalno\u015bci i r\u00f3\u017cnego rodzaju zewn\u0119trznych integracji. Wszystko to sprawia, \u017ce jest to jedna z najpopularniejszych aplikacji wykorzystywanych g\u0142\u00f3wnie w bran\u017cy IT.<\/p>\n Jak si\u0119 okazuje, Slack r\u00f3wnie\u017c wykorzystuje technologie webowe (a wi\u0119c i JavaScript) do budowy interfejsu swojej aplikacji. Podstaw\u0105, kt\u00f3ra umo\u017cliwia uruchamianie takich aplikacji na pulpicie jest elektron. Tworzenie interfejs\u00f3w graficznych z wykorzystaniem technologii webowych sprawia, \u017ce tworzenie aplikacji na r\u00f3\u017cne platformy w tym samym czasie jest znacznie \u0142atwiejsze, szybsze i og\u00f3lnie mo\u017cliwe.<\/p>\n Opowiadaj\u0105c o frontendowej cz\u0119\u015bci aplikacji, nie ma z\u0142udze\u0144, \u017ce JS <\/strong>jest jedynym i wy\u0142\u0105cznym j\u0119zykiem, kt\u00f3ry zasila ekosystem tutaj. Na chwil\u0119 obecn\u0105 nie ma realnych alternatyw, kt\u00f3re mog\u0142yby zast\u0105pi\u0107 t\u0119 cz\u0119\u015b\u0107 aplikacji (cho\u0107 my\u015bl\u0119, \u017ce WebAssembly mo\u017ce nas zaskoczy\u0107 w przysz\u0142o\u015bci). M\u00f3wi\u0105c wi\u0119c o dojrza\u0142o\u015bci JS na frontendzie - nie ma w\u0105tpliwo\u015bci, \u017ce jest on jedynym kr\u00f3lewskim.<\/p>\n M\u00f3wi\u0105c o backendzie, wielu programist\u00f3w mo\u017ce wydawa\u0107 si\u0119 zszokowanych lub natychmiast zaprzeczy\u0107, \u017ce JS nadaje si\u0119 jako j\u0119zyk programowania na zapleczu. Spraw\u0119 nale\u017cy jednak przeanalizowa\u0107 obiektywnie.<\/p>\n Wielu dostawc\u00f3w us\u0142ug w chmurze udost\u0119pnia pakiety SDK, kt\u00f3re umo\u017cliwiaj\u0105 bezpo\u015brednie korzystanie z chmura<\/a> metody. Co dziwne, jedn\u0105 z najpopularniejszych zak\u0142adek, tu\u017c obok C#, Go i Java<\/a>jest Node.js<\/a>. Okazuje si\u0119, \u017ce platforma ta jest idealna do skalowania i budowania aplikacji opartych na mikrous\u0142ugi<\/a> lub architekturze bezserwerowej. Podsumowanie - JS jest jednym z najpopularniejszych j\u0119zyk\u00f3w do tworzenia aplikacji opartych na architekturze mikroserwis\u00f3w\/bezserwerowej. Na poni\u017cszych screenach widzimy, \u017ce \u015bwi\u0119ta tr\u00f3jca (Google Computing Services, AWS<\/a>, Azure<\/a>) dostawc\u00f3w us\u0142ug w chmurze pozwala nam tworzy\u0107 aplikacje przy u\u017cyciu w\u0119ze\u0142<\/a>.js.<\/p>\n Je\u015bli chodzi o ekosystem node.js, to chyba ka\u017cdy zna bibliotek\u0119 o nazwie express.js - jest to proste i nieskomplikowane narz\u0119dzie, kt\u00f3re pozwala na definiowanie \u015bcie\u017cek, a nast\u0119pnie podawanie im odpowiednich danych, kt\u00f3re zosta\u0142y odpowiednio przetworzone po stronie JS. Co wi\u0119cej, wzorzec wykorzystywany w\u015br\u00f3d \u017c\u0105da\u0144 HTTP obs\u0142ugiwanych w express.js sta\u0142 si\u0119 jednym z najpopularniejszych w ca\u0142ym ekosystemie i jest swego rodzaju wzorcem dla r\u00f3\u017cnych innych bibliotek wykorzystuj\u0105cych np. architektur\u0119 serverless.<\/p>\n Podsumowanie - JS jest j\u0119zykiem na tyle dojrza\u0142ym, \u017ce mo\u017cna w nim postawi\u0107 wszystkie karty i zbudowa\u0107 zar\u00f3wno frontend, jak i backend. Ponadto jest to do\u015b\u0107 \u015bwie\u017cy j\u0119zyk, kt\u00f3ry z \u0142atwo\u015bci\u0105 odnajduje si\u0119 w nowoczesnych architekturach aplikacji. To wspania\u0142e, \u017ce programista znaj\u0105cy jeden j\u0119zyk mo\u017ce opanowa\u0107 obie strony (pe\u0142ny stos) aplikacji.<\/p>\n C\u00f3\u017c, najcz\u0119\u015bciej u\u017cywanym silnikiem do wykonywania kodu JS jest v8, oparty na j\u0119zyku C++. Ten silnik opracowany przez Google jest przeznaczony do uruchamiania aplikacji na platformy internetowe. Ciekawostk\u0105 jest to, \u017ce silnik ten nie interpretuje kodu JS. Zamiast tego robi co\u015b, co nazywa si\u0119 \"JIT\" - \"just in time compilation\". Dzi\u0119ki temu nie musimy interpretowa\u0107 kodu JS linijka po linijce, tylko go kompilujemy i wykonujemy. Jest to jeszcze szybsze i daje nam naprawd\u0119 niez\u0142e wyniki wydajno\u015bci.<\/p>\n Czy JS jest wystarczaj\u0105co uczciwy w kwestii wydajno\u015bci? Tak, jest. Tak d\u0142ugo, jak algorytmy s\u0105 wystarczaj\u0105co uczciwe, nie ma problemu z u\u017cywaniem JS po stronie serwera. Inn\u0105 rzecz\u0105 jest utrzymanie asynchroniczno\u015bci kodu. Dzi\u0119ki tym praktykom kod mo\u017ce obs\u0142ugiwa\u0107 r\u00f3wnoleg\u0142e \u017c\u0105dania bez \u017cadnych problem\u00f3w. Nie musisz przejmowa\u0107 si\u0119 zamian\u0105 technologii ze wzgl\u0119du na wydajno\u015b\u0107 - zw\u0142aszcza gdy architektura aplikacji jest skalowalna.<\/p>\n Wydajno\u015b\u0107 i testy por\u00f3wnawcze om\u00f3wi\u0142em ju\u017c szczeg\u00f3\u0142owo w tym artykule. <\/p>\n C\u00f3\u017c, s\u0105 to dziesi\u0105tki opinii, \u017ce j\u0119zyk JS zachowuje si\u0119 dziwnie w niekt\u00f3rych przypadkach, a jego obs\u0142uga jest czym\u015b, co sprawi, \u017ce g\u0142owa eksploduje podczas procesu programowania. Nie mog\u0119 si\u0119 z tym zgodzi\u0107 \ud83d\ude42 Tak jak ka\u017cdy inny j\u0119zyk, ma kilka wzorc\u00f3w\/zachowa\u0144, kt\u00f3re nie s\u0105 eleganckie, ale przy zrozumieniu jak dzia\u0142aj\u0105 i jakie s\u0105 ich cele tworzenie aplikacji z JS nie jest nieprzyjemne.<\/p>\n Zw\u0142aszcza uwaga \"asynchroniczny\" tu\u017c przed JS wywo\u0142uje dreszcze u niekt\u00f3rych programist\u00f3w. Trudno to zrozumie\u0107, gdy nie ma si\u0119 z tym \u017cadnego do\u015bwiadczenia. Jest to jednak cz\u0119\u015b\u0107 JS, kt\u00f3ra pozwala nam budowa\u0107 nowoczesne rozwi\u0105zania w \u0142atwy spos\u00f3b. Przyjrzyjmy si\u0119 websocketom: poniewa\u017c s\u0105 one oparte na zdarzeniach - ka\u017cda z po\u0142\u0105czonych jednostek - u\u017cytkownik i serwer mog\u0105 emitowa\u0107 i odbiera\u0107 zdarzenia r\u00f3wnolegle. Je\u015bli kod zasilaj\u0105cy aplikacj\u0119 jest wystarczaj\u0105co asynchroniczny i nie blokuje g\u0142\u00f3wnego w\u0105tku, mo\u017cemy z \u0142atwo\u015bci\u0105 obs\u0142u\u017cy\u0107 tysi\u0105ce \u017c\u0105da\u0144 w kr\u00f3tkim czasie.<\/p>\n Por\u00f3wnajmy JS i PHP<\/a> w kontek\u015bcie websocket\u00f3w. PHP jest synchronicznym j\u0119zykiem programowania, wi\u0119c rozwi\u0105zywanie temat\u00f3w zwi\u0105zanych z websocketami przyprawia o ogromny b\u00f3l g\u0142owy. Widzimy, \u017ce PHP czerpie wzorce z JS do budowania interaktywnych aplikacji backendowych, kt\u00f3re mog\u0105 wykorzystywa\u0107 nowoczesne technologie, takie jak webrtc czy websockets.<\/p>\n Zbieraj\u0105c wszystkie akapity razem, mo\u017cemy stwierdzi\u0107 kilka fakt\u00f3w:<\/p>\n JavaScript<\/strong> to j\u0119zyk, kt\u00f3ry mo\u017ce by\u0107 u\u017cywany do tworzenia wszelkiego rodzaju aplikacji - od internetowych, przez mobilne, po desktopowe; Wyra\u017caj\u0105c moj\u0105, co prawda nieobiektywn\u0105, opini\u0119 - skorzystanie z opcji JavaScript polegaj\u0105cej na ponownym wykorzystaniu tego samego kodu na wszystkich dost\u0119pnych frontach jest czym\u015b, co z pewno\u015bci\u0105 przyspieszy rozw\u00f3j aplikacji i zmniejszy liczb\u0119 programist\u00f3w zaanga\u017cowanych w utrzymanie backendu aplikacji napisanych w innych technologiach. Jako potwierdzenie niech pos\u0142u\u017cy fakt, \u017ce ogromna liczba tak zwanych gigant\u00f3w IT pod\u0105\u017ca za tym wzorcem i dzieli si\u0119 spor\u0105 ilo\u015bci\u0105 kodu na r\u00f3\u017cnych platformach. Pomimo r\u00f3\u017cnych opinii na temat tego j\u0119zyka, nale\u017cy wzi\u0105\u0107 pod uwag\u0119 fakt, \u017ce statystyki u\u017cycia i zadowolenia z u\u017cytkowania JS <\/strong>ro\u015bnie z roku na rok, a jego programi\u015bci mog\u0105 \u0142atwo pod\u0142\u0105czy\u0107 si\u0119 do trendu pe\u0142nego stosu.<\/p>\n Czytaj wi\u0119cej:<\/b><\/p>\n Dlaczego (prawdopodobnie) powiniene\u015b u\u017cywa\u0107 Typescript<\/a><\/p>\n Jak nie zabi\u0107 projektu z\u0142ymi praktykami kodowania?<\/a><\/p>\n\n
Ale co z zapleczem?<\/h2>\n
Czy JS mo\u017ce zasila\u0107 aplikacje desktopowe?<\/h2>\n
Czy JS jest wystarczaj\u0105co dojrza\u0142y?<\/h2>\n
![\"Node.js](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.12.png\" "\\"Konsola")
<\/p>\n![\"Por\u00f3wnanie](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.25.png\" "\\"Pi\u0119ciominutowe")
<\/p>\nCzy JS jest wystarczaj\u0105co szybki?<\/h2>\n
Czy JS nie jest takim dziwactwem w\u015br\u00f3d innych j\u0119zyk\u00f3w?<\/h2>\n
Wymieszaj wszystko razem<\/h2>\n
\nAplikacje napisane w JS mog\u0105 wsp\u00f3\u0142dzieli\u0107 ze sob\u0105 r\u00f3\u017cne fragmenty kodu, takie jak te odpowiedzialne za formatowanie danych lub typy w Typescript;
\nDzi\u0119ki rozwojowi sieci, wydajno\u015b\u0107 oferowana przez JS jest wystarczaj\u0105co dobra, aby zdecydowa\u0107 si\u0119 zar\u00f3wno na tworzenie aplikacji frontendowych, jak i backendowych;
\nDzi\u0119ki swojej nietypowej konstrukcji, JavaScript jest w stanie obs\u0142ugiwa\u0107 nowoczesne infrastruktury aplikacji, takie jak websockets i WebRTC;
\nZatrudniaj\u0105c odpowiednio wykwalifikowanego programist\u0119, jeste\u015b w stanie wykorzysta\u0107 jego potencja\u0142 na ka\u017cdym dost\u0119pnym frontendzie, kt\u00f3ry obs\u0142uguje ten j\u0119zyk;
\nJS to j\u0119zyk, kt\u00f3ry od kilku lat pnie si\u0119 w rankingach popularno\u015bci i nic nie wskazuje na to, by mia\u0142o si\u0119 to w jakikolwiek spos\u00f3b zmieni\u0107.<\/p>\n![\"Doradztwo](\"\/app\/uploads\/2024\/05\/cta_2.jpeg\")
<\/a><\/p>\n