Rozumiem:Asp.net mvc kontra Angular JS do tworzenia aplikacji
Asp.net MVC służy do tworzenia aplikacji przetwarzających żądania na serwerze. Zapewnia również widok. Ale ostatecznie renderuje widok na serwerze i wysyła zwykły HTML do użytkownika.
Z drugiej strony, kątowy JS nie wykonuje żadnego przetwarzania na serwerze. Obsługuje tylko pliki HTML lub JavaScript do klienta, a następnie klient wykonuje te pliki. Aplikacja kątowa oczekuje tylko danych za pośrednictwem usług działających na serwerze.
Moje pytanie:
Jeśli w ogóle kątowa nie powoduje obciążenia przetwarzania po stronie serwera, to dlaczego go nie używać zawsze do rozwijania aplikacji Front End, a na serwerze, dlaczego nie używać żadnej usługi (takie jak Web API lub WCF) zamiast MVC? Krótko mówiąc, dlaczego w ogóle potrzebujemy ram przetwarzania przetwarzania po stronie serwera, zamiast tego możemy mieć usługę na serwerze i aplikację kątową na kliencie?
Wszystkie technologie/ramy mają swój własny cel i zależą od tego, jak chcesz z niego korzystać. Twoje pytanie zasadniczo polega na pytaniu: "Potrafię przeciąć orzech kokosowy na pół za pomocą noża, siekiery lub piły łańcuchowej Dlaczego to ważne, czy używam tylko jednego z nich, czy kombinacji dostępnych narzędzi?" – Zephyr
Nie jestem pewien, czy pytanie jest duplikatem, ale [tutaj] (https://stackoverflow.com/questions/23076670/asp-net-mvc-5-vs-angularjs-asp-net-webapi) możemy znaleźć znacznie pełniejsze wyjaśnienia na temat. – ZenVentzi
Możliwy duplikat [ASP.NET MVC 5 kontra AngularJS/ASP.NET WebAPI] (https://stackoverflow.com/questions/23076670/asp-net-mvc-5-vs-angularjs-asp-net-webapi) – ZenVentzi