Vue

Co to jest

Sposób opisania kawałka interfejsu jako komponentu: trochę znaczników, dane, które wyświetla, i to, co ma się stać, gdy te dane się zmienią. Zmieniasz dane, a Vue aktualizuje tę część strony, która je pokazuje. Nigdy nie piszesz kodu „znajdź element i ustaw mu tekst”, a to właśnie tam psuje się większość ręcznie robionej interaktywności.

Komponentem może być cały ekran aplikacji albo jeden panel filtrów na poza tym statycznej stronie. Ta rozpiętość to najbardziej użyteczna cecha Vue i powód, dla którego po nie sięgam.

Dlaczego to twój problem, jeśli zamawiasz stronę

W większości przypadków nie powinno być. Jeśli strona potrzebuje menu, które się otwiera, i formularza, który się waliduje, framework jest narzutem — płacisz za niego pobranym kodem i krokiem budowania.

Zaczyna się bronić w chwili, gdy stan robi się skomplikowany: katalog z filtrami, które muszą zgadzać się z adresem, konfigurator, w którym sześć pól zmienia jedną cenę, tabela sortowana i stronicowana bez przeładowania. Napisane ręcznie zamieniają się w stos nasłuchów, które przy trzeciej zmianie wymagań przestają się ze sobą zgadzać.

Gdzie go naprawdę używam

W dwóch miejscach, które wyglądają zupełnie inaczej.

Jako wyspa na statycznej stronie. Strona jest zbudowanym z góry HTML-em, a jeden komponent — filtr, kalkulator — jest w Vue. Odwiedzający pobiera framework tylko na tych podstronach, które go mają.

Jako front aplikacji w Laravelu. Katalog części, który zbudowałem, działa na Vue 3 i backendzie w Laravelu; taki kształt ma większość mojej pracy aplikacyjnej: PHP trzyma dane, uprawnienia i zadania w tle, Vue trzyma ekran.

Unikam trzeciego kształtu — strony marketingowej przepisanej na aplikację jednostronicową, gdzie każdy odwiedzający pobiera framework po to, żeby przeczytać tekst, a wyszukiwarki dostają pusty <div>, dopóki nie wykona się JavaScript.

Czym Vue nie jest

Nie konkuruje z WordPressem ani z CMS-em; nie przechowuje i nie edytuje treści. Nie jest też automatycznie zły dla SEO — renderowany na serwerze albo w trakcie budowania jest zwykłym HTML-em. Zły dla SEO robi się wtedy, gdy wysyłasz pustą stronę, która dopełnia się w przeglądarce, a to decyzja o sposobie renderowania, nie o frameworku.