Witam szannownych forumowiczów
Ostatnio zacząłem się przyglądać uważnie tematowi WebApi 2.0, nie mniej jednak nie do końca rozumiem pewne sprawy. Otóż, w MVC można było zwrócić widok (tj. return View), jednak nie znalazłem równie prostego sposobu w WebApi. Z tego co wyczytałem w necie sa na to sposoby takie jak tutaj, ale zdaje się to być mało praktyczne.
Czy może bardziej praktycznym rozwiązaniem jest używanie w jednym projekcie kontrolera Web Api oraz MVC?
Na tym wlasnie polega zasadnicza roznica pomiedzy konrolerami API i standardowymi kontrolerami MVC, ze te pierwsze nie zwracaja zadnego widoku tylko po prostu pewne dane, najczesniej w JSonie, czy xmlu. Uzywa sie ich po to, zeby udostepnic interfejs aplikacji dla zewnetrznych klientow, np mozna napisac klienta desktopowego, czy na smartfona, ktory bedzie mial mozliwosc laczenia sie z takim serwisem. Najczesciej wykorzystuje sie restowe api, czyli takie ktore udostepnia 4 podstawowe "akcje" - create/read/update/delete
Dziękuję ci za zwięzłą odpowiedź. Niemniej jednak, zastanawia mnie kwestia tych widoków. Mając na stronie www jakiś tam button chciałbym aby po kliknięciu na niego zmienił mi się widok. Jak to najbardziej sensownie zrobić? Drugi kontroller MVC? A może zepchnąć wszystko do JQuery oraz JS?
Przekierowanie do innej akcji w OnClick?;p To mozna zrobic na miliard sposobow, w zaleznosci od tego czego potrzebujesz;) Jesli to jest aplikacja w mvc to moim zdaniem wystarczy ActionLink, w parametrach przekazujesz do jakiego kontrolera i metody chcesz sie odwolac
W sumie to sobie pomyślałem, czy aby nie przenieść całej warstwy routingu do Angulara i JS? Czy w ogóle da się to w ten sposób zrobić? I czy warto?
W ten sposób moje Web Api zwracałoby jedynie dane, zaś za widoki w całości odpowiadałby JS.
Jak chodzi o angulara to zrazilem sie do niego, sam nie wiem czemu ;p Zdecydowanie wole knockouta jesli robie jakiegos single page. Jest nawet specjalny project template w visualu do single page, ktory wiekszosc kodu Ci po prostu wygeneruje