.NET + Angular jakie podejście do solucji?

Odpowiedz Nowy wątek
2020-02-10 10:31

Rejestracja: 1 miesiąc temu

Ostatnio: 5 dni temu

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?

Pozostało 580 znaków

2020-02-10 11:54

Rejestracja: 1 rok temu

Ostatnio: 15 minut temu

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.


Pozostało 580 znaków

2020-02-10 11:57

Rejestracja: 4 lata temu

Ostatnio: 1 dzień temu

Lokalizacja: Poznań

1

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

Pozostało 580 znaków

2020-02-10 14:17
Moderator

Rejestracja: 11 lat temu

Ostatnio: 2 minuty temu

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.


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."

Pozostało 580 znaków

2020-02-10 20:26

Rejestracja: 8 miesięcy temu

Ostatnio: 10 godzin temu

0

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

edytowany 1x, ostatnio: boska_cebula, 2020-02-10 20:27

Pozostało 580 znaków

2020-02-10 23:53
Moderator

Rejestracja: 11 lat temu

Ostatnio: 2 minuty temu

Lokalizacja: Wrocław

0

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


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."
Pokaż pozostałe 12 komentarzy
@somekind: Modku ty jeden ty. - PerlMonk 2020-02-12 21:10
Popcorn :) - lion137 2020-02-12 21:10
@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 - boska_cebula 2020-02-12 22:12
Swoją drogą częstotliwość używania tutaj słowa crud to chyba objaw jakieś fiksacji. - somekind 2020-02-13 00:48

Pozostało 580 znaków

2020-02-12 10:54

Rejestracja: 2 lata temu

Ostatnio: 4 dni temu

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, 2020-02-12 11:31

Pozostało 580 znaków

Odpowiedz

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0