Pytania dotyczące frameworków JS

Question

Cześć, pobieżnie zapoznałem się z frameworkami i mam parę pytań odnośnie:
1. Podczas używania frameworków typu Vue/React wszystko jest podpinane pod elementy HTML w tym samym pliku, cały czas byłem uczony żeby oddzielać Javascript od HTML'a oraz CSS, są components, ale nawet jak się używa templates itd. to i tak nie jest w pełni rozdzielone. Jak się za to zabrać?

2. Czy można stworzyć aplikację używając PHP - symfony, Vue i wszystko tworząc przy pomocy webpacka? Czy takie coś ma w ogole sens? Czy można połowe backendu wykonywać przez PHP a połowę przez Vue? Czy jednak PHP backend a Vue używać jako framework do frontu

Answer 1

ad. 1) Wszystko zaczęło się od błędnego założenia, od którego wyszedł React – że tradycyjny podział na HTML, CSS i JS to nie był podział ze względu na odpowiedzialności (separation of concerns), ale podział ze względu na technologie (separation of technologies). To tylko częściowo prawda, bo, owszem, był to podział na technologie, ale wtórny. Frontend został podzielony właśnie na te trzy technologie, bo każda zajmuje się czymś innym (HTML – struktura treści, CSS – prezentacja, JS – warstwa zachowania/logiki). Niemniej ten statek już odżeglował i obecnie podział na odpowiedzialności jest przeprowadzany bez równoczesnego podziału na technologie. Najbliżej tradycyjnego podziału zostało Vue, ze swoimi jednoplikowymi komponentami. Chyba najdalej odszedł od tego React, ze swoim JSX.

Z punktu widzenia developera to krok w przód, ponieważ musi znać tak naprawdę tylko jedną technologię, ale z punktu widzenia użytkownika to duży regres, ponieważ aplikacje JS-only są wolniejsze, a przy okazji – bardziej zawodne. Obecny światek frameworków frontendowych to wyraźny przypadek, w którym DX stało się ważniejsze od UX.

Będąc świadomym tego, można iść na kompromisy, typu framework, ale tylko z SSR. To zapewnia w miarę sensowną równowagę między DX a UX.

Natomiast jeśli chodzi o sam podział na pliki, to najmocniej sformalizowany jest Angular, w którym niemal wszystko jest dokładnie opisane w dokumentacji i różnych konwencjach wokół. Jeśli nie odstrasza Cię mocno enterprise'owy kod, to Angular dokładnie Ci pokaże, jak powinieneś napisać aplikację. Z kolei React to praktycznie pełna dowolność – dzielisz jak chcesz.

ad. 2) Nie wepchasz PHP do webpacka, bo i nie ma po co. Jeśli chcesz podzielić aplikacje na backend i frontend w różnych technologiach, to pomyślałbym o wprowadzeniu REST API do komunikacji pomiędzy nimi. Wówczas te dwie części aplikacji staną się całkowicie niezależne od siebie i można je będzie rozwijać osobno. To np. pozwoli w przyszłości podmienić frontend (albo backend).

Przy bardziej "tradycyjnym" podejściu to obiło mi się o uszy, że ponoć bardzo popularne jest łączenie Laravela z Vue – ale czemu, tego już nie wiem.

Osobiście raczej celowałbym w aplikację stworzoną z trzech części: frontendu, middleendu i backendu. W takim ujęciu frontend komunikowałby się z middleendem, który odpowiadałby za SSR i był pośrednikiem w komunikacji z backendem.

Comments

W ekosystemie Laravela po prostu Vue stało się popularne, tak się dobrali i tyle. Chyba podobną sytuacja była, że jak C# to Angular, ale może tylko tak mi się wydaje :)

Answer 2

1. Ogólnie vue/react mają komponentowe podejście do budowania aplikacji. Podział na pliki jest dość duży.
2. Jak najbardziej da się. Symfony wtedy to api. Nie widzę powodów aby używać jednego repo do dwóch aplikacji. 

Answer 3

1. Podział jest jak najbardziej. Jedyne co się zmieniło to to, że wszystkie powiązane elementy można mieć blisko siebie. Poza tym nic nie stoi na przeszkodzie, żeby html i css wyrzucać do osobnych plików.