Aplikacje SPA w czystym JS- co o tym sądzicie?

pytanie zadane 15 września 2019 w Offtop przez JakSky Stary wyjadacz (14,770 p.)

Tak jak w temacie... Co sądzicie o pisaniu aplikacji webowych typu SPA w czystym JS - oczywiście chodzi mi o sam frontend?

3 odpowiedzi

odpowiedź 16 września 2019 przez Comandeer Guru (600,810 p.)

Nie mogę się zgodzić z odpowiedzią Tomka Sochackiego.

To, że "każdy programista ma swoją wizję", nie jest problemem z brakiem frameworka, tylko z programistami. Pracuję nad dużym, wieloletnim projektem pisanym w czystym JS i nie rozłazi się to na szwach. Bardziej boli fakt, że to kod w ES3 i mający wspierać IE8, niż to, że nie ma tam frameworka.

Zdefiniowanie architektury oraz wszelkich konwencji przed rozpoczęciem pracy pozwoli uniknąć większości problemów i doprowadzi de facto do wytworzenia wewnętrznego frameworka, który będzie trzymał całość w ryzach. To, że jest to produkt wewnątrzfirmowy, nie świadczy w żaden sposób na niekorzyść. Często rozwiązania konkretnych problemów biznesowych i tak nie istnieją w świecie open source, więc za bardzo nie ma wyboru.

Tak naprawdę wszystko zależy od tego, jakiego typu aplikację tworzymy. Takie klasyczne SPA faktycznie łatwiej stworzyć i utrzymać na Reaccie czy innym popularnym rozwiązaniu. Ale już konstrukcje wymagające np. synchronizacji undo managera pomiędzy różnymi komputerami o wiele szybciej napisze się samemu.

odpowiedź 15 września 2019 przez Tomek Sochacki Ekspert (227,510 p.)

Pytanie po co? Powiem Ci, że mam okazję pracować z kilkoma małymi apkami napisanymi właśnie w pure JS i niestety bardzo ciężko się w nich cokolwiek modyfikuje. Każdy programista miał jakąś swoją wizję, swój punkt widzenia na podział aplikacji... w jednej jest miliard róznych mapperów, a drugiej z kolei jest wciąż przewalany jeden wielki JSON... ciężko w to wchodzić, szczególnie gdy nie siedzisz w tej apce codziennie tylko od czasu do czasu...

Większość apek w jakich siedzę frontowo jest jednak napisanych w Angularze lub w React i przyznam, że jest to znacznie lepsze rozwiązanie. Wchodzisz w taką apkę i od razu masz z góry ustalone pewne zagadnienia, pewną ujednoliconą strukturę itp. Jest np. jasny podział na komponenty i wiesz jak jest on zrobiony... Również testy są jakoś bardziej ustandaryzowane...

Także reasumując - technicznie pomysł spoko, ale pod kątem utrzymania i dodawania nowych ficzerów biznesowych to wg mnie nie ma to sensu. Chyba, że jest to jakaś większa apka gdzie chcecie jako zespół zrobić swoje, customowe rozwiązania to wtedy oki, ale dobrze aby było to odpowiednio dokumentowane... To jest kolejna zaleta frameworków... przychodzi Ci do pracy junior i od razu wie co i jak w takim Angularze czy React bo ich dokumentacje są bardzo dobre, społeczność również. A w rozwiązaniach customowych n a pure JS dokumentacja jest tylko wewnętrzna (o ile w ogóle istnieje), a społeczność ogranicza się do wiedzy programistów w firmie...

komentarz 15 września 2019 przez Tomek Sochacki Ekspert (227,510 p.)

oczywiście chodzi mi o sam frontend

tak naprawdę w back-endzie moja odpowiedź była by dokładnie ta sama :) tylko podałbym inne nazwy frameworków, zależne od języka, np. Spring dla Javy, Symphony dla PHP itp. :)

komentarz 15 września 2019 przez reaktywny Nałogowiec (40,990 p.)

@Tomek Sochacki, Pozycja Vue jest trochę niższa, ale też warto go brać pod uwagę -> https://hotframeworks.com/

komentarz 15 września 2019 przez Tomek Sochacki Ekspert (227,510 p.)

@reaktywny jasne, mi chodziło o zasadę, o odp. na pytanie czyli pure js vs frameworki, nie chciało mi się wymieniać wszystkich :)

Choć osobiście jakoś nie mam przekonania do Vue... ale może mam już jakieś swoje upodobania ciężkie do zmiany :)