.NET + Angular jakie podejście do solucji?

.NET + Angular jakie podejście do solucji?
hercules
  • Rejestracja:ponad 5 lat
  • Ostatnio:ponad 2 lata
  • 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:ponad 6 lat
  • Ostatnio:około 3 lata
  • 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:około 10 lat
  • Ostatnio:4 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
Moderator
  • Rejestracja:około 17 lat
  • Ostatnio:3 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:prawie 6 lat
  • Ostatnio:4 miesiące
  • Postów:214
0

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

edytowany 1x, ostatnio: boska_cebula
somekind
Moderator
  • Rejestracja:około 17 lat
  • Ostatnio:3 dni
  • Lokalizacja:Wrocław
0

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

Zobacz pozostałe 12 komentarzy
PerlMonk
@somekind: Modku ty jeden ty.
BC
@somekind ty i twoje chore ego, wracaj do crudów, bo przecież tak wszystko będzie tak jak chcesz i oczywiście musi być prawilnie monolit
somekind
Swoją drogą częstotliwość używania tutaj słowa crud to chyba objaw jakieś fiksacji.
Arkes 987
  • Rejestracja:prawie 8 lat
  • Ostatnio:ponad 4 lata
  • 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.

edytowany 1x, ostatnio: Arkes 987

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.