U\u017cyteczne aplikacje desktopowe nale\u017c\u0105 ju\u017c do przesz\u0142o\u015bci, poniewa\u017c wszystko mo\u017cna zrobi\u0107 w przegl\u0105darce. W rzeczywisto\u015bci aplikacje, kt\u00f3re musz\u0105 korzysta\u0107 z interfejs\u00f3w API ni\u017cszego poziomu, kt\u00f3re nie s\u0105 dost\u0119pne w przegl\u0105darce, s\u0105 r\u00f3wnie\u017c pisane przy u\u017cyciu silnik\u00f3w i j\u0119zyk\u00f3w przegl\u0105darek, poniewa\u017c u\u0142atwia to ich utrzymanie.<\/p>\n
Aplikacje mobilne mo\u017cna \u0142atwo zast\u0105pi\u0107 narz\u0119dziami s\u0142u\u017c\u0105cymi do sie\u0107<\/a> rozw\u00f3j - zob. React<\/a> Rodzimy<\/strong>, NativeScript. Do tego mamy PWA, kt\u00f3re z \u0142atwo\u015bci\u0105 \"imituje\" dzia\u0142anie aplikacji mobilnych. Dodatkowo komponenty, kt\u00f3re zasilaj\u0105 aplikacj\u0119 napisan\u0105 w Vue<\/a><\/strong> lub React<\/strong> mog\u0105 \u0142atwo udost\u0119pnia\u0107 r\u00f3\u017cne kod<\/a> element\u00f3w mi\u0119dzy platformami. <\/p>\n Trzeba przyzna\u0107 jedno - aplikacje webowe to obecnie pot\u0119ga, kt\u00f3r\u0105 ci\u0119\u017cko b\u0119dzie sprowadzi\u0107 do parteru. Jako u\u017cytkownik widz\u0119, \u017ce korzystam z nich praktycznie wsz\u0119dzie: komunikuj\u0105c si\u0119 przez Slacka, u\u017cywaj\u0105c edytora kodu, robi\u0105c prezentacje czy nawet pisz\u0105c artyku\u0142 na bloga.<\/p>\n Trudno przewidzie\u0107, co stanie si\u0119 za kilka lat. WebAssembly wkracza do gry i pozwoli na my<\/a> do przenoszenia aplikacji wymagaj\u0105cych bardziej skomplikowanych oblicze\u0144 do \u015bwiata przegl\u0105darek. Jeden fakt pozostaje jednak niezmienny - naprawd\u0119 trudno znale\u017a\u0107 przeszkod\u0119, by zbudowa\u0107 z wykorzystaniem technologii webowych tak\u0105 aplikacj\u0119, o jakiej mo\u017cemy tylko pomarzy\u0107. <\/p>\n Do rzeczy - wr\u00f3\u0107my na chwil\u0119 do przesz\u0142o\u015bci, zanim pojawi\u0142y si\u0119 pierwsze bardziej znacz\u0105ce frameworki webowe, a aplikacje by\u0142y tworzone w spos\u00f3b imperatywny. Ka\u017cda interaktywna mechanika na stronie by\u0142a obs\u0142ugiwana r\u0119cznie i odpowiada\u0142a za konkretn\u0105 akcj\u0119.<\/p>\n Najlepszym przyk\u0142adem jest biblioteka jQuery - swego czasu jedno z najpopularniejszych rozwi\u0105za\u0144 do obs\u0142ugi prostych zdarze\u0144. Z jej pomoc\u0105 implementowano r\u00f3\u017cnego rodzaju rozwijane menu, przej\u015bcia, animacje, kalkulatory i tym podobne mechaniki.<\/p>\n Warto wspomnie\u0107, \u017ce ju\u017c wtedy zauwa\u017cono problemy w bardziej z\u0142o\u017conych aplikacjach - w miejscach, gdzie r\u00f3\u017cne, niezale\u017cne cz\u0119\u015bci musia\u0142y np. reagowa\u0107 na odpowiednie klikni\u0119cie lub wpisanie czego\u015b. Wi\u0119kszo\u015b\u0107 aplikacji nie posiada\u0142a jawnego stanu, a zamiast tego ratowa\u0142y je np. atrybuty element\u00f3w lub posiadane przez nie klasy.<\/p>\n W tamtym czasie by\u0142o jasne, \u017ce obecnemu podej\u015bciu brakowa\u0142o reaktywno\u015bci - ustrukturyzowanego sposobu, w jaki komponenty komunikowa\u0142yby si\u0119 ze sob\u0105 i dzieli\u0142y np. swoim stanem lub r\u00f3\u017cnymi zdarzeniami, co u\u0142atwia\u0142o utrzymanie aplikacji i pozwala\u0142o im zapewni\u0107 dobre wra\u017cenia u\u017cytkownika przy niskich kosztach.<\/p>\n Z czasem na horyzoncie zacz\u0119\u0142y pojawia\u0107 si\u0119 pierwsze frameworki front-endowe, maj\u0105ce na celu ustrukturyzowanie architektury dla bardziej z\u0142o\u017conych aplikacji.<\/p>\n Te frameworki opiera\u0142y si\u0119 g\u0142\u00f3wnie na wzorcu MVC - niekt\u00f3re sugerowa\u0142y bardziej r\u0119czne podej\u015bcie, takie jak Backbone.js, podczas gdy inne, takie jak Knockout.js, \u0142\u0105czy\u0142y si\u0119 z dwukierunkowym dane<\/a> oprawa.<\/p>\n Mimo to mo\u017cna odnie\u015b\u0107 wra\u017cenie, \u017ce napisanie aplikacji by\u0142o trudniejsze, wymaga\u0142o znacznie wi\u0119cej kodowania i niekoniecznie przynios\u0142o zamierzone rezultaty lub zrekompensowa\u0142o czas stracony na tworzenie aplikacji.<\/p>\n G\u0142\u00f3wnym powodem, dla kt\u00f3rego znalezienie z\u0142otego \u015brodka w JS<\/a> Ekosystem by\u0142 trudny, poniewa\u017c by\u0142o to troch\u0119 dziwne w\u015br\u00f3d dobrze znanych j\u0119zyki programowania<\/a> kt\u00f3re od dawna maj\u0105 przetarte szlaki.<\/p>\n I nie chc\u0119 si\u0119 tutaj rozwodzi\u0107 nad tym, jakie dok\u0142adnie \u015bcie\u017cki towarzyszy\u0142y rozwojowi poszczeg\u00f3lnych framework\u00f3w na przestrzeni dziej\u00f3w. Trzeba jednak zauwa\u017cy\u0107 jedno - czas dojrzewania ekosystemu JS w przegl\u0105darkach nie by\u0142 \u0142atwy i napotyka\u0142 wiele pr\u00f3b.<\/p>\n Jest to jedyny pow\u00f3d, dla kt\u00f3rego dzi\u015b mo\u017cemy tworzy\u0107 aplikacje internetowe i rozwija\u0107 je w bardzo \u0142atwy i bezbolesny spos\u00f3b.<\/p>\n Zamiast rzuca\u0107 mi\u0119sem, jak to zwykle bywa w Internecie, przyjrzyjmy si\u0119 obu bibliotekom, zbierzmy informacje na ich temat i por\u00f3wnajmy je - zar\u00f3wno w teorii, jak i w praktyce.<\/p>\n UWAGA: Opis mechanizm\u00f3w dzia\u0142aj\u0105cych w Vue <\/strong>odnosi si\u0119 konkretnie do wersji 2. Wersja 3 wprowadza wiele znacz\u0105cych zmian, ale nie jest prawdziwym konkurentem dla React<\/strong> w tej chwili, cho\u0107by ze wzgl\u0119du na jego dojrza\u0142o\u015b\u0107 - data premiery Vue 3: 18 wrze\u015bnia 2020 r.<\/p>\n Wyja\u015bnijmy sobie jedn\u0105 rzecz - zag\u0142\u0119biaj\u0105c si\u0119 w obie biblioteki, mo\u017cna zauwa\u017cy\u0107, \u017ce w rzeczywisto\u015bci istnieje wi\u0119cej podobie\u0144stw ni\u017c r\u00f3\u017cnic. Pomijaj\u0105c spos\u00f3b korzystania z bibliotek jako takich - obie maj\u0105 bardzo podobne koncepcje dzia\u0142ania. Obie s\u0105 zasilane przez podobny ekosystem, a ich zastosowanie nie jest diametralnie r\u00f3\u017cne.<\/p>\n Diabe\u0142 tkwi w szczeg\u00f3\u0142ach - im cz\u0119\u015bciej korzystamy z danego narz\u0119dzia, tym wi\u0119ksze wady poszczeg\u00f3lnych rozwi\u0105za\u0144 dostrzegamy. Dobrym przyk\u0142adem mo\u017ce by\u0107 tutaj dwukierunkowe wi\u0105zanie danych, kt\u00f3re jest najcz\u0119\u015bciej wykorzystywane w Vue<\/strong> jako w\u0142a\u015bciwo\u015b\u0107 v-modelu: cz\u0119sto u\u0142atwia prac\u0119, zajmuje si\u0119 wieloma rzeczami automatycznie i nie wymaga kodowania dodatkowej obs\u0142ugi zmiany warto\u015bci.<\/p>\n Istniej\u0105 jednak przypadki, w kt\u00f3rych musimy konkretnie \u015bledzi\u0107 pr\u00f3b\u0119 zmiany i odpowiednio zareagowa\u0107, w kt\u00f3rym to przypadku komponenty oparte na v-modelu cz\u0119sto zmuszaj\u0105 nas do mieszania si\u0119 z innymi komponentami. Vue<\/strong> mechaniki, takie jak obliczona w\u0142a\u015bciwo\u015b\u0107, co sprawia, \u017ce uzyskany efekt cz\u0119sto wygl\u0105da znacznie gorzej ni\u017c w przypadku podej\u015bcia r\u0119cznego;<\/p>\n Innym interesuj\u0105cym aspektem jest JSX, kt\u00f3ry jest takim \"w\u0142\u00f3cz\u0119gowskim\" sposobem na szablonowanie renderowanej tre\u015bci przy u\u017cyciu React<\/strong>. Spo\u0142eczno\u015b\u0107 deweloper\u00f3w ma r\u00f3\u017cne opinie na ten temat.<\/p>\n Z moich obserwacji wynika, \u017ce deweloperzy korzystaj\u0105cy ze \u015brodowiska innego ni\u017c JS, np. PHP<\/a> lub C#, s\u0105 bardziej sk\u0142onni do szablonowania widok\u00f3w w spos\u00f3b, kt\u00f3ry Vue<\/strong> nie.<\/p>\n Podsumowuj\u0105c - szablony znane z Vue<\/strong> pozwalaj\u0105 definiowa\u0107 widoki w bardzo przejrzysty i elegancki spos\u00f3b, podczas gdy JSX w React pozwala budowa\u0107 je w wielu przypadkach szybciej, dostosowywa\u0107 do konkretnych potrzeb i cz\u0119sto wymaga mniej kodu do budowania r\u00f3\u017cnorodnych struktur;<\/p>\n Przyjrzyjmy si\u0119 r\u00f3wnie\u017c ekosystemom tych dw\u00f3ch narz\u0119dzi. W zasadzie mo\u017cna powiedzie\u0107, \u017ce nie r\u00f3\u017cni\u0105 si\u0119 one niczym. Oba nie bez powodu nazywane s\u0105 bibliotekami - zapewniaj\u0105 absolutne minimum dla reaktywnej obs\u0142ugi aplikacji webowych.<\/p>\n Natomiast pozosta\u0142e, zwi\u0105zane z komunikacj\u0105 z API<\/a>, Przep\u0142yw danych, komponenty UI wykorzystywane na poszczeg\u00f3lnych podstronach, to tzw. vendorzy - biblioteki pobierane z zewn\u0105trz, kt\u00f3re musz\u0105 by\u0107 odpowiednio do\u0142\u0105czone do aplikacji. projekt<\/a>. To troch\u0119 jak w \u015bwiecie klock\u00f3w Lego: je\u015bli chcesz zbudowa\u0107 sp\u00f3jn\u0105 ca\u0142o\u015b\u0107 - musisz z\u0142o\u017cy\u0107 j\u0105 z pojedynczych, ma\u0142ych klock\u00f3w.<\/p>\n Alegoria ta odnosi si\u0119 w\u0142a\u015bnie do do\u0142\u0105czanych komponent\u00f3w, kt\u00f3re stanowi\u0105 o sile aplikacji tworzonych za pomoc\u0105 React<\/strong> lub Vue<\/strong>;<\/p>\n Wa\u017cn\u0105 rzecz\u0105, szczeg\u00f3lnie dla os\u00f3b, kt\u00f3re nie s\u0105 tak do\u015bwiadczone w \u015brodowisku JS, jest poziom wej\u015bcia w dan\u0105 bibliotek\u0119. Innymi s\u0142owy - z\u0142o\u017cono\u015b\u0107 narz\u0119dzia, na kt\u00f3r\u0105 sk\u0142ada si\u0119 bezpo\u015bredni czas, jaki trzeba po\u015bwi\u0119ci\u0107 na zrozumienie jego mechaniki.<\/p>\n My\u015bl\u0119, \u017ce trzeba tu jednoznacznie stwierdzi\u0107 jedn\u0105 rzecz - w przypadku Vue<\/strong>jest znacznie prostsze. Mamy dwukierunkowe wi\u0105zanie danych, mamy elegancko sprecyzowany szablon, kt\u00f3ry jest \u0142udz\u0105co podobny do rozwi\u0105za\u0144 w innych j\u0119zykach, np. twigu, no i wreszcie - nie mamy b\u00f3lu g\u0142owy spowodowanego poznawaniem teorii dotycz\u0105cych dzia\u0142ania poszczeg\u00f3lnych hook\u00f3w i przypadk\u00f3w, w kt\u00f3rych nale\u017cy u\u017cy\u0107 konkretnej mechaniki.<\/p>\n Pod\u0105\u017canie bezpo\u015brednio za g\u0142osem t\u0142umu nie jest do ko\u0144ca dobrym wyborem. Jednak dobrym krokiem w kierunku podj\u0119cia dobrej decyzji jest przeanalizowanie tego, co m\u00f3wi\u0105 ludzie, kt\u00f3rzy mieli styczno\u015b\u0107 z tymi bibliotekami.<\/p>\n I tak - gwiazdy na github <\/a> mo\u017ce by\u0107 wska\u017anikiem tego, jak bardzo spo\u0142eczno\u015b\u0107 danej biblioteki jest zaanga\u017cowana w jej rozw\u00f3j, jak jest ona postrzegana przez deweloper\u00f3w i czy s\u0105 oni zainteresowani tym, dok\u0105d zmierza. In\u017cynierowie<\/a> kt\u00f3rzy s\u0105 gwiazdami danego repozytorium, cz\u0119sto otrzymuj\u0105 powiadomienia o nowych wydaniach lub zmianach w kodzie, co przek\u0142ada si\u0119 na ich bezpo\u015bredni\u0105 wiedz\u0119 o bibliotece.<\/p>\n Jednak liczba gwiazdek na githubie nie powinna by\u0107 postrzegana jako wyrocznia - nie ka\u017cdy programista, kt\u00f3ry lubi narz\u0119dzie, pozostawi po sobie \u015blad - zamiast tego potraktowa\u0142bym to jako oznak\u0119 czystej pasji, jak\u0105 programi\u015bci maj\u0105 dla konkretnego projektu open source.<\/p>\n Google Trends <\/a> to dobrze znana us\u0142uga, kt\u00f3ra pozwala nam bada\u0107 zainteresowanie okre\u015blonymi tematami w czasie. Chocia\u017c nie jest to racjonalny wska\u017anik jako\u015bci lub u\u017cytkowania, mo\u017ce dostarczy\u0107 wszelkiego rodzaju analiz.<\/p>\n \u0141atwo zauwa\u017cy\u0107, \u017ce przebieg ostatnich 5 lat zosta\u0142 nakre\u015blony do\u015b\u0107 podobnie, je\u015bli chodzi o por\u00f3wnanie dw\u00f3ch bohater\u00f3w dzisiejszego artyku\u0142u. Podstawowy wniosek, jaki mo\u017cna wyci\u0105gn\u0105\u0107 z wykresu jest nast\u0119puj\u0105cy React<\/strong> jest wy\u017csza, je\u015bli chodzi o popularno\u015b\u0107 wyszukiwania w stosunku do swojego przeciwnika.<\/p>\n \u017beby by\u0142o jasne - bycie na szczycie w Google Trends nie oznacza, \u017ce dana biblioteka jest lepsza. Chodzi o popularno\u015b\u0107 w t\u0142umie, jak wspomnia\u0142em wcze\u015bniej - prawdopodobnie wi\u0119cej os\u00f3b s\u0142ysza\u0142o o tym narz\u0119dziu, mog\u0142o ono wzbudzi\u0107 wi\u0119ksze zainteresowanie w\u015br\u00f3d u\u017cytkownik\u00f3w. CTOs<\/a>, programi\u015bci<\/a> <\/strong>lub osoby, kt\u00f3re chc\u0105 po prostu nauczy\u0107 si\u0119 konkretnego narz\u0119dzia.<\/p>\n Czy ten wykres ma odzwierciedlenie w rzeczywisto\u015bci? Poniek\u0105d tak. Og\u00f3lnie rzecz bior\u0105c - w\u015br\u00f3d ankietowanych os\u00f3b wi\u0119cej wykazuje si\u0119 zr\u00f3\u017cnicowan\u0105 wiedz\u0105 na temat React<\/strong> ni\u017c Vue<\/strong>. Jakie opinie mo\u017cna uzyska\u0107 rozmawiaj\u0105c z tymi lud\u017ami? Postaram si\u0119 to przedstawi\u0107 w nast\u0119pnym akapicie.<\/p>\n Stan JS\u00a0<\/a> to strona, kt\u00f3ra co roku przeprowadza ankiet\u0119 w\u015br\u00f3d os\u00f3b pracuj\u0105cych w technologiach zwi\u0105zanych z JavaScript. Jej celem jest zebranie informacji od deweloper\u00f3w na temat tego, jak postrzegaj\u0105 narz\u0119dzia, z kt\u00f3rymi pracuj\u0105 na co dzie\u0144.<\/p>\n Pytania obejmuj\u0105 poszczeg\u00f3lne narz\u0119dzia do r\u00f3\u017cnych cel\u00f3w - np. narz\u0119dzia u\u017cywane na front-endzie i na back-endzie, ale tak\u017ce narz\u0119dzia do testowania, zarz\u0105dzania stanem aplikacji itp. Ka\u017cde z tych pyta\u0144 nie jest prost\u0105 odpowiedzi\u0105 tak\/nie, strona zadaje seri\u0119 pyta\u0144 dotycz\u0105cych samego narz\u0119dzia, zainteresowa\u0144, do\u015bwiadcze\u0144 i og\u00f3lnej oceny, kt\u00f3ra sprowadza si\u0119 do zdania \"Czy u\u017cy\u0142by\u015b tego narz\u0119dzia w przysz\u0142ych projektach?\".<\/p>\n Sama strona pozwala przeprowadzi\u0107 wiele analiz, por\u00f3wna\u0107 odpowiednie narz\u0119dzia, a czasem dowiedzie\u0107 si\u0119 o mniej znanych bibliotekach, kt\u00f3re zaczynaj\u0105 dobrze radzi\u0107 sobie w \u015bwiecie JS, zdobywaj\u0105c popularno\u015b\u0107 i ciesz\u0105c si\u0119 wysokim wska\u017anikiem \"happiness to use\". Szczerze zach\u0119cam do przegl\u0105dania tre\u015bci na tej stronie.<\/p>\n Podsumujmy sekcj\u0119 ze statystykami. Analizowanie r\u00f3\u017cnego rodzaju wykres\u00f3w mo\u017ce by\u0107 cz\u0119sto bardzo dobr\u0105 opcj\u0105 do por\u00f3wnywania r\u00f3\u017cnych aspekt\u00f3w danych temat\u00f3w. Wa\u017cne jest jednak, aby wzi\u0105\u0107 pod uwag\u0119, \u017ce pod\u0105\u017canie za g\u0142osem t\u0142umu niekoniecznie b\u0119dzie najm\u0105drzejsz\u0105 rzecz\u0105 do zrobienia. Zamiast tego mo\u017cna podj\u0105\u0107 \u015bwiadom\u0105 decyzj\u0119, korzystaj\u0105c z niekt\u00f3rych wniosk\u00f3w wyci\u0105gni\u0119tych z analiz wykres\u00f3w.<\/p>\n Wcze\u015bniej wspomnia\u0142em o ni\u017cszym progu wej\u015bcia do Vue<\/strong> - Rzeczywi\u015bcie, pozwala to nieco szybciej skupi\u0107 si\u0119 na faktycznym rozwoju aplikacji, korzystaj\u0105c z narz\u0119dzia i skracaj\u0105c do minimum czas potrzebny na zapoznanie si\u0119 ze \u015brodowiskiem, mechanik\u0105 i r\u00f3\u017cnymi przypadkami u\u017cycia.<\/p>\n Og\u00f3lnie uwa\u017cam, \u017ce Vue<\/strong> jest bardziej odpowiednia dla os\u00f3b, kt\u00f3re nie mia\u0142y jeszcze do czynienia z bibliotekami front-endowymi. Z pewno\u015bci\u0105 pozwoli w bardziej zach\u0119caj\u0105cy spos\u00f3b uzyska\u0107 zadowalaj\u0105ce efekty w kr\u00f3tkim czasie.<\/p>\n Powiedzmy to sobie jednak g\u0142o\u015bno - brak znajomo\u015bci j\u0119zyka, w kt\u00f3rym korzystamy z konkretnych narz\u0119dzi, pr\u0119dzej czy p\u00f3\u017aniej nam zaszkodzi. Jest to element pomijalny przy prostych rzeczach, ale wraz ze wzrostem z\u0142o\u017cono\u015bci tworzonych aplikacji, coraz trudniej b\u0119dzie budowa\u0107 aplikacje w przyzwoity spos\u00f3b bez dobrej znajomo\u015bci j\u0119zyka. JavaScript<\/a>.<\/p>\n Nie odnosz\u0119 si\u0119 tutaj do umiej\u0119tno\u015bci pisania skomplikowanych funkcji, poniewa\u017c ta cz\u0119\u015b\u0107 mo\u017ce by\u0107 w du\u017cej mierze zast\u0105piona np. przez dostawc\u00f3w. Odnosz\u0119 si\u0119 do pewnych typowych b\u0142\u0119d\u00f3w, kt\u00f3re mo\u017cna pope\u0142ni\u0107 w j\u0119zyku i nie zdawa\u0107 sobie sprawy, \u017ce nieprawid\u0142owe zachowanie nie wynika z u\u017cycia biblioteki, ale z u\u017cycia j\u0119zyka. Najcz\u0119stszym b\u0142\u0119dem, kt\u00f3ry si\u0119 tu objawia jest tzw. immutability - czyli znajomo\u015b\u0107 mechanizmu referencyjnego w JavaScript.<\/p>\n Nie jestem w stanie zasugerowa\u0107, kt\u00f3ra biblioteka jest lepsza dla programist\u00f3w mniej lub bardziej zaznajomionych z JavaScript. Wiem natomiast jedno - je\u015bli chcesz mie\u0107 realny pogl\u0105d na to, jak wygl\u0105da \"od kuchni\" programowanie z wykorzystaniem obu narz\u0119dzi - spr\u00f3buj napisa\u0107 aplikacje w ka\u017cdym z nich. Da Ci to pogl\u0105d, pozwoli zobaczy\u0107, kt\u00f3re mechanizmy bardziej do Ciebie przemawiaj\u0105 i co jest dla Ciebie lepszym wyborem.<\/p>\n Jak wspomnia\u0142em wcze\u015bniej - obie biblioteki s\u0105 zasilane przez podobne ekosystemy, maj\u0105 podobne pogl\u0105dy na budowanie aplikacji z ma\u0142ych komponent\u00f3w. Obie biblioteki maj\u0105 si\u0119 dobrze - nic nie wskazuje na to, by kt\u00f3ra\u015b z nich mia\u0142a znikn\u0105\u0107 w najbli\u017cszej przysz\u0142o\u015bci. Co za tym idzie, oferty pracy w obu z nich pozostan\u0105 na podobnym poziomie.<\/p>\n Wnioski s\u0105 proste - korzystaj z tego, co Ci odpowiada; zbieraj do\u015bwiadczenia i oceniaj. Pomo\u017ce Ci to wypracowa\u0107 racjonalne podej\u015bcie do tego, czy w danym projekcie lepiej u\u017cy\u0107 jednej czy drugiej biblioteki; staraj si\u0119 te\u017c eksperymentowa\u0107 - nic tak nie uczy, jak b\u0142\u0119dy pope\u0142nione w przesz\u0142o\u015bci.<\/p>\n Nie jest tajemnic\u0105, \u017ce nie ma z\u0142otego \u015brodka, kt\u00f3ry b\u0119dzie najlepszym rozwi\u0105zaniem dla konkretnego projektu. Szczeg\u00f3lnie w przypadku front-endu, narz\u0119dzia wykorzystywane do budowania aplikacji szybko si\u0119 starzej\u0105 i cz\u0119sto trudno jest odnale\u017a\u0107 si\u0119 w najnowszych trendach.<\/p>\n Wyb\u00f3r technologii nie jest jednak, a przynajmniej nie powinien by\u0107, rzutem na ta\u015bm\u0119 tego, co wpisuje si\u0119 w aktualne trendy. Zamiast tego powinni\u015bmy ukierunkowa\u0107 go na konkretne oczekiwania i za\u0142o\u017cenia wzgl\u0119dem aplikacji, kt\u00f3r\u0105 zamierzamy zbudowa\u0107. Ka\u017cda z por\u00f3wnywanych bibliotek ma swoje mocne i s\u0142abe strony, kt\u00f3re dopasowane do przypadku u\u017cycia pozwol\u0105 nam dokona\u0107 najrozs\u0105dniejszego wyboru.<\/p>\n Ciekaw\u0105 opcj\u0105 mog\u0105 okaza\u0107 si\u0119 podsumowania technologiczne du\u017cych korporacji, kt\u00f3re cz\u0119sto opisuj\u0105 swoje use-cases, jak przebiega\u0142 lub przebiega rozw\u00f3j ogromnych aplikacji i jakie b\u0142\u0119dy pope\u0142ni\u0142y w przesz\u0142o\u015bci. By\u0107 mo\u017ce znajdziemy w\u015br\u00f3d nich przypadki szczeg\u00f3lnie interesuj\u0105ce w kontek\u015bcie wyboru biblioteki do konkretnego projektu.<\/p>\n Cechy, kt\u00f3re powinni\u015bmy wzi\u0105\u0107 pod uwag\u0119, aby wybra\u0107 odpowiednie narz\u0119dzia dla budowanej aplikacji, to: czas tworzenia aplikacji, \u0142atwo\u015b\u0107 tworzenia aplikacji, \u0142atwo\u015b\u0107 tworzenia aplikacji. konserwacja aplikacji<\/a>z\u0142o\u017cono\u015b\u0107 aplikacji i do\u015bwiadczenie programist\u00f3w w korzystaniu z okre\u015blonych bibliotek.<\/p>\n Programi\u015bci to ludzie, kt\u00f3rzy sp\u0119dzaj\u0105 najwi\u0119cej czasu w por\u00f3wnywanych przeze mnie narz\u0119dziach i to oni mog\u0105 udzieli\u0107 najlepszych porad i pom\u00f3c w dokonaniu najlepszego wyboru w wielkim starciu bibliotek. To w\u0142a\u015bnie podczas tworzenia aplikacji mo\u017cna dostrzec r\u00f3\u017cne problemy, kt\u00f3re wynikaj\u0105 bezpo\u015brednio z wyboru technologii, i mie\u0107 najlepszy wgl\u0105d w to, jakie rzeczy podwa\u017caj\u0105 u\u017cycie konkretnego narz\u0119dzia do okre\u015blonych funkcji.<\/p>\n Jak wspomnia\u0142em wcze\u015bniej - obie biblioteki nie wydaj\u0105 si\u0119 znika\u0107 z rynek<\/a>przynajmniej nie w ci\u0105gu najbli\u017cszych kilku lat. Zamiast podejmowa\u0107 decyzje na podstawie statystyk i opinii Przedstaw im, czego oczekujemy od aplikacji, jaki mamy czas na jej dostarczenie i pozw\u00f3l na lu\u017an\u0105 wymian\u0119 opinii na temat tego, co s\u0105dz\u0105 o obu rozwi\u0105zaniach, zanim podejmiemy ostateczn\u0105 decyzj\u0119.<\/p>\n Internetowe wojny zazwyczaj - a mo\u017ce w ka\u017cdym przypadku - s\u0105 bezcelowe. Zawsze znajd\u0105 si\u0119 ludzie, kt\u00f3rzy b\u0119d\u0105 uparcie twierdzi\u0107, \u017ce ich wyb\u00f3r jest lepszy, nie podaj\u0105c przy tym \u017cadnych racjonalnych argument\u00f3w potwierdzaj\u0105cych ich decyzj\u0119.<\/p>\n Zamiast za\u015blepia\u0107 si\u0119 konkretnymi wyborami - skupmy si\u0119 na analizie, spr\u00f3bujmy wyci\u0105gn\u0105\u0107 odpowiednie wnioski i wykorzysta\u0107 je do dostosowania lub odrzucenia konkretnego rozwi\u0105zania.<\/p>\n Tak jak sugeruje tytu\u0142 - nie zamierzam koronowa\u0107 \u017cadnej konkretnej biblioteki jako lekarstwa na ka\u017cd\u0105 bol\u0105czk\u0119. Zamiast tego przedstawiam kilka hipotez oraz ujawniam mocne i s\u0142abe strony obu bibliotek. Da\u0142em te\u017c kilka rad na co zwraca\u0107 uwag\u0119 przy wyborze mi\u0119dzy nimi, aby podj\u0105\u0107 m\u0105dr\u0105 decyzj\u0119 i nie kierowa\u0107 si\u0119 trendami czy przypadkowymi osobami z internetu.<\/p>\n Ka\u017cde narz\u0119dzie mo\u017ce wystarczaj\u0105co dobrze odpowiada\u0107 potrzebom projektu. \u017badne z nich nie zniknie szybko z rynku w nadchodz\u0105cych latach. Oba maj\u0105 pot\u0119\u017cne spo\u0142eczno\u015bci i do\u015b\u0107 du\u017c\u0105 dojrza\u0142o\u015b\u0107, co pokazuje nam, \u017ce radz\u0105 sobie ca\u0142kiem dobrze.<\/p>\n Ostateczny wyb\u00f3r nale\u017cy do Ciebie. Je\u015bli jednak masz jakiekolwiek w\u0105tpliwo\u015bci lub po prostu chcesz om\u00f3wi\u0107 swoj\u0105 spraw\u0119 z The Codest<\/a> - zapraszamy do kontaktu!<\/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>\nWielki wybuch w internetowej rzeczywisto\u015bci <\/h2><\/p>\n
Pierwsze kroki w kierunku znanych ram<\/h2><\/p>\n
Podstawowe informacje i niewielkie por\u00f3wnanie<\/h2><\/p>\n
![\"React](\"\/app\/uploads\/2024\/05\/tabela-art-.jpg\")
<\/p>\nCo m\u00f3wi\u0105 statystyki?<\/h2><\/p>\n
![\"wykres](\"\/app\/uploads\/2024\/05\/bez-tytulu.png\")
<\/p>\n![\"react](\"\/app\/uploads\/2024\/05\/aaaaaabbb.png\")
<\/p>\n![\"Ranking](\"\/app\/uploads\/2024\/05\/1.png\")
<\/p>\n![\"stan](\"\/app\/uploads\/2024\/05\/2.png\")
<\/p>\n![\"React](\"\/app\/uploads\/2024\/05\/3.png\")
<\/p>\nNajlepszy wyb\u00f3r dla dewelopera<\/h2><\/p>\n
Najlepszy wyb\u00f3r dla CTO<\/a> <\/h2><\/p>\n
\nr\u00f3\u017cnych os\u00f3b z internetu - by\u0107 mo\u017ce lepsz\u0105 opcj\u0105 jest po prostu rozmowa z deweloperami.<\/p>\nWnioski<\/h2><\/p>\n