C# Web -> Jak się robi front?

W sumie trapi mnie to od dłuższego czasu - jak robi się / jak powinno robić się front przy aplikacjach webowych w #?

Z tego co się orientuje, to chyba

Albo robimy MVC i zwracamy sobie View, w którym z użyciem Razora sobie jakoś to wyświetlamy

Lub Web API i wystawiamy JSONy dla jakiegoś np. Angulara, który to już sobie tam mieli i generuje widok - I jak wygląda deploy tego?

bo WebFormsy to chyba relikt przeszłości?

A dodatkowo, są te angulary(pińcet wersji angulara) reacty vue + ewentualnie signalR - Co kiedy używać? czy jest sens bawić się w każdym? Czy ktokolwiek poważny bawi się w podejście "czysty js i lecimy"?

Wydaje mi się, że WebAPI jest bardziej uniwersalne, a przy frameworkach jak to wygląda? że np. nie wpływają negatywnie na SEO (bodajże Angular) lub ogólnie nie mają jakichś poważniejszych wad.

W ostatnich dwoch firmach jakich pracowałem wyglądało to tak

1. wystawione API i osobne calle dla front i osobne dla backend (jeżeli jakiś klient chciał pobrać dane bo system był w chmurze)
   Backend był instalowany na azurze wraz z front-end (osobno) co działo się automatycznie za pomocą skryptów. Frontend był napisany w knockoutcie + 80% własny framework

2. wystawiony na .net core API. Frontend napisany w Aurelia. Można zbudować osobno front end i osobno backend (z front endem nie ma sensu ale żeby przekazać że są oddzielne aplikacje)

Moim zdaniem to nie ma znaczenia czego użyjesz. Widziałem aplikację która ma setki tysięcy użytkowników, a front end był tak niewydajny że OMG.

WeiXiao napisał(a):

Albo robimy MVC i zwracamy sobie View, w którym z użyciem Razora sobie jakoś to wyświetlamy

No to jest podejście klasyczne, aczkolwiek uznawane za przestarzałe.

Lub Web API i wystawiamy JSONy dla jakiegoś np. Angulara, który to już sobie tam mieli i generuje widok - I jak wygląda deploy tego?

Masz wówczas dwie oddzielne aplikacje, więc wdrażasz je oddzielnie.

bo WebFormsy to chyba relikt przeszłości?

Tak, ale wciąż gdzieniegdzie żyją. Dla mnie ciągle dobrze zaprojektowana apka w WebFormsach jest lepsza niż MVC z tutoriala. Tyle, że trudniej zrobić dobrą archiekturę w WebFormsach.

A dodatkowo, są te angulary(pińcet wersji angulara) reacty vue + ewentualnie signalR - Co kiedy używać? czy jest sens bawić się w każdym? Czy ktokolwiek poważny bawi się w podejście "czysty js i lecimy"?

Ja wychodzę z założenia, że lepiej poczekać aż to całe zamieszanie się skończy. ;)

Dlaczego nie piszecie nic o Razor Pages

Dlaczego nie piszecie nic o Razor Pages

Nikt się nie przyzna, bo nie chce popełnić automatycznego sepuku. No, bo przecież Razor jest taki niedzisiejszy i w ogóle passé, pomimo, że to fajna technologia.