.NET + Angular jakie podejście do solucji?

.NET + Angular jakie podejście do solucji?
hercules
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 77
0

Cześć,
robię aplikację .NET z frontem na Angular8.
Do C# używam VS2019, ale do frontów wolę VS Code i Angularowe CLI.
I tu pojawia się moje pytanie jakie podejście najlepiej zastosować?

Czy gimnastykować się by wszystko było w jednej solucji?
Czy może lepiej zrobić dwa zupełnie oddzielne projektu, tzn. NET Api i tu pracować w VS2019, a osobno projekt Angularowy i działąć w VS Code?

Jak Wy do tego podhcodzicie? Z jakimi podejściami spotkaliście się w firmach?

Szekel
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 253
0

Ja zazwyczaj trzymam wszystko w jednym repo ale nie dodaje do solucji frontu.
Rozbijanie frontu i backendu na dwa repo jest skuteczne jak masz osobne zespoły i oddzielny sposób releasowania. Np release frontu nie wymaga releasu backendu.

MA
  • Rejestracja: dni
  • Ostatnio: dni
  • Lokalizacja: Poznań
  • Postów: 216
1

Powinno być to osobne repo, jako że często inne teamy pracują nad frontem/backendem i masz osobne konfiguracje CI dla fronta/backendu.

somekind
  • Rejestracja: dni
  • Ostatnio: dni
  • Lokalizacja: Wrocław
0

Dwie aplikacje to dwa repozytoria.
U mnie w pracy Twój pomysł nie byłby nawet wykonalny, bo frontu i backendu nie będzie robiła jedna osoba.

BC
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 214
0

Jedno repozytorium, obie aplikacje przecież tworzą całość
Folder_repo -> src -> front i backend w osobnych folderach

somekind
  • Rejestracja: dni
  • Ostatnio: dni
  • Lokalizacja: Wrocław
0

Jeśli tworzą całość, to po co je sztucznie dzielić na poziomie kodu?

Arkes 987
  • Rejestracja: dni
  • Ostatnio: dni
  • Postów: 4
1

Moim zdaniem zdecydowanie lepiej podzielić, nie ma to żadnego praktycznie wpływu na prace z projektami oprócz delikatnej zmiany w postaci dodatkowych commitów i pushów.
Zaoszczędza natomiast roboty gdy który kolwiek z projektów się rozrośnie - wtedy dobrze było by już je podzielić, co już będziesz miał zrobione.
Dodatkowo ułatwia prace w zespole oraz deployment oddzielnie api oraz frontu. Czyli krótko mówiąc - jeśli patrzysz na projekt w perspektywie długofalowej lepiej podzielić od samego początku.

Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.