.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:7 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:2 minuty
  • 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:2 minuty
  • Lokalizacja:Wrocław
0

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

BC
może dlatego, że to nie asp.net mvc, albo nie jest potrzebne ssr
somekind
Co to jest ssr?
somekind
Ale Ty jesteś mądry!
BC
a no, jednak umiejętność wyszukiwania jest ważna w tej branży
somekind
Po prostu z losowo rzuconego akronimu nie domyśliłem się, że o coś z Agularem związanego chodzi. Ale wszelkie rady od juniora chętnie przyjmę.
BC
lepiej tak niż senior crud klepacz, a teraz ogarnij się, bo jednak adminowi nie przystoi
somekind
Na swoje szczęście nie jestem ani jednym, ani drugim. A brak wiedzy na temat Angulara nawet dowodzi, że z crudami to ja mam niewiele wspólnego. ;]
BC
Tak tak, leć klepać crudy skoro już tak mnie oceniłeś na juniora a sam wykazujesz brak podstawowej wiedzy. Milego
somekind
Tylko junior mógłby polecać robienie bajzlu w projekcie to raz, dwa tylko junior uzna jedyną bańkę, w której się obraca za "podstawową wiedzę", a trzecie i najważniejsze, to to, że sam się chwaliłeś juniorskim stażem na forum.
BC
Ty już jednak jesteś żałosny, nie każdy jest tak nieudolny jak Ty i nie musisz każdego mierzyć swoją miarką. Monorepo to fakt i w tym projekcie jest jak najbardziej uzasadnione, to że jest ponad Twój malutki móżdżek to Twój problem. A moja bańka jest na tyle normalna, że to kilka firm z którymi współpracuje i których soft pewnie używasz. Siedź dalej w legacy
somekind
Ojoj, juniorek się obraził. :D
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.