Symfony + Angular ? Sens połączenia w jednej aplikacji ?

Question

Witam !

Ostatnio zacząłem poznawać tajemnice Angulara, znając już co nieco Symfony zacząłem się zastanawiać czy jest sens pisać aplikacji łącząc Symfony i Angular ?

Jeśli już ktoś stosuje takie techniki to ciekaw jestem jego opinii na ten temat.

Mile widziane byłyby dobre poradniki jak stworzyć jakąś prostą aplikacje od zera łącząc jedno i drugie.

Comments

A dlaczego by nie? Jak najbardziej można, tym bardziej, że z tego co rozumiem znasz na razie te dwie technologie - więc naturalną koleją rzeczy jest zrobienie nimi projektu :)

Pierwszy poradnik w googlu:

https://gorillalogic.com/blog/symfony-and-angular-full-stack-tutorial/

Powodzonka

---

Hmm trochę zagłębiłem się w temat i natrafiłem na podstawowy problem, szukając w innych tego poradniach również nie znalazłem odpowiedzi na moją zagwostke: gdzie i jak połączyć jedno z drugim ? Nigdzie nie ma podanych ścieżek gdzie konkretnie wrzucać angulara, do katalogu symfony web ?

---

Ja niestety nie podpowiem Ci dokładnie, bo nie używałem nigdy symfony, ale jedno jest pewne - traktuj backend i frontend jako dwie osobne aplikacje. Frontendem bijesz requesty do endpointów backendowych a backend robi co ma robić - obsługuje bazę, wysyła dane, zapisuje je itp.

Zobacz sobie przykład na yt na kanale TraversyMedia - ma tam kilka filmików odnośnie backendu/frontendu. W ostatnim filmiku o NestJS robi cały backend a front to tylko przeglądarkowy feature - tak może spojrzysz na to inaczej

Answer 1

Witam,
Robi się to po to aby całkowicie oddzielić backend od front endu. Technicznie to wygląda tak, że programiści od backendu budują z wykorzystaniem Symfony API. A ci od frontu korzystając z tego API (odbieranie wysyłanie danych) budują aplikację dla użytkownika końcowego. Jest jeszcze taki myk, że aplikacja nazwijmy to frontowa może korzystać z wielu API.

Answer 2

jak najbardziej można tak robić, a ja jestem wielkim zwolennikiem jasnego rozdzielania API i frontów. Z doświadczenia powiem Ci, że utrzymanie takiego kodu jest naprawdę dużo przyjemniejsze. Front siedzi w jednym repo, API w innych i każdy pracuje tylko nad swoim kawałkiem kodu. Szczerze to nie widzę za bardzo sensu wracania do dawnych monolitów, mamy w firmie jeszcze parę apek jako monolity w php serwujące html i nie jest to fajne w rozwijaniu i utrzymaniu. Niezależny front i endpointy w API to super rozwiązanie.