rarouš.weblog - komentáře k článku

Komentář k článku REST aplikace pomocí ASP.NET MVC

Borek — Sun, 26 Oct 2008 18:55:33 GMT

Vybírání metody, která se nakonec použije, pomocí atributů je výborná věc. Implementovat lze i vlastní rozhodovací logiku, což je konkrétně pro MVC webové služby často užitečné.

Komentář k článku REST aplikace pomocí ASP.NET MVC

Petr — Mon, 27 Oct 2008 14:14:28 GMT

To vytvoření kontroleru je jen polovina, jak pak zavolám akci pro smazání nebo update?

Komentář k článku REST aplikace pomocí ASP.NET MVC

Aleš Roubíček — Mon, 27 Oct 2008 16:34:03 GMT

[2] Petr: Tuším, že nějak tak:

POST /Customers
GET /Customers/1
PUT /Customers/1
DELETE /Customers/1

lze toho docílit záhadným atributem method elementu form nebo AJAXovým voláním. Klasický odkaz bude fungovat jen na detail, což je IMHO správně…

Ale to jsou přece základy. Doučit!

Komentář k článku REST aplikace pomocí ASP.NET MVC

Danielle — Tue, 28 Oct 2008 21:03:44 GMT

No jo, jenze v atributu method je povoleno jen POST nebo GET – cokoliv jineho se tusim posila jako GET.

Komentář k článku REST aplikace pomocí ASP.NET MVC

Aleš Roubíček — Wed, 29 Oct 2008 08:53:42 GMT

[4] Danielle: ok, ale dá se snadno na form pověsit JS ovladač události, který to pošle správnou metodou. viz např. http://www.onjava.com/…restweb.html

SOučástí HTML5 však už jsou tyto 4 metody podporovány, tudíž, by měla být podpora v prohlížečích buďto přítomna, nebo brzo doplněna. viz http://www.w3.org/html/wg/html5/#…

Komentář k článku REST aplikace pomocí ASP.NET MVC

Dušan Janošík — Thu, 30 Oct 2008 09:44:05 GMT

Ahoj, pochopil jsem jak to myslíš, ale přesto si nemůžu odpustit jeden dotaz, který se týká těchto dvou položek.

POST /Customers (nový záznam)
PUT /Customers/1 (update záznamu)

Kde se dostanu na formuláře pro vložení a editaci záznamu? „GET /Customers“ pro vložení záznamu nepřipadá v úvahu, protože tam předpokládám má být seznam záznamů. „GET /Customers/1“ pro update taky ne, protože tam už mám detail záznamu.

Ano, díky přetěžování akcí to lze udělat tak, že „POST /Customers“ může zobrazit formulář a následně vytvořit nový záznam v DB. Ovšem za spolupráce JavaScriptu. Možná to z mé strany není zrovna in, ale není to trochu škoda?

Komentář k článku REST aplikace pomocí ASP.NET MVC

Aleš Roubíček — Thu, 30 Oct 2008 10:25:49 GMT

[6] Dušan Janošík: Toto schema je dobré pro CRUD operace – tedy API pro práci s daty – a s UI nemá nic společného.

Pokud chceš formulář zavolej např. GET \Customers\New, nebo vytvoř partial view s formulářem, ktere se načte třeba AJAXem nebo bude součástí UI vypisu uživatelů.

Titmto způsobem pracujou i RoR, pro více informací doporučuje omrknout to tam :)

Komentář k článku REST aplikace pomocí ASP.NET MVC

Dušan Janošík — Thu, 30 Oct 2008 10:28:35 GMT

[7] Aleš Roubíček: Ok, díky za objasnění.

Komentář k článku REST aplikace pomocí ASP.NET MVC

Petr — Mon, 03 Nov 2008 09:05:04 GMT

[3] Aleš Roubíček: Jak už tě poučila Danielle, tak do formuláře lze zadat jen post a get :-).

Změna pomocí JS dle mého nepřipadá v úvahu, je moc často blokován adblokem.

Po nahlédnutí do odkazovaného článku si odpovím sám, prostě hidden parametrem. Pak ale ale otázka jestli je hidden parametr lepší, než adresa /Customers/Delete/1…

Komentář k článku REST aplikace pomocí ASP.NET MVC

Aleš Roubíček — Mon, 03 Nov 2008 13:01:11 GMT

[9] Petr: Samozřejmě v ničem, ale není to pak REST, o kterém je tento článek.

Komentář k článku REST aplikace pomocí ASP.NET MVC

ja — Sun, 04 Jan 2009 22:20:52 GMT

Hnidopisska poznamka, routovani je hierarchicky prirozenejsi takhle /customers/{id}/akce :)

Komentář k článku REST aplikace pomocí ASP.NET MVC

Aleš Roubíček — Mon, 05 Jan 2009 06:46:09 GMT

[11] ja: Přirozenější je názvy akcí v routě vůbec nemít. O tom byl tento článek. Každopádně routa {controller}/{action}/{*params} je konvence frameworku, ne můj výmysl. Obhajitelné jsou oba postupy.

Komentář k článku REST aplikace pomocí ASP.NET MVC

Daniel Steigerwald — Sat, 28 Aug 2010 21:58:00 GMT

Dovolím si přidat malou poznámku. REST není jen o URL, ale o komplet využití HTTP. Konkrétně se mi moc nelíbí to vracení stavů pomocí textu: new { status = „ok“ } Správnější je Response.StatusCode = (int)HttpStatusCode.Ok;

Ale to byla jen malá poznámka AJAX programátora ;) Díky za fajn článek.

Komentář k článku REST aplikace pomocí ASP.NET MVC

Aleš Roubíček — Sun, 29 Aug 2010 18:55:26 GMT

Pravdu díž. Ukázku jsem aktualizoval, aby vužívala sugar z MVC3.

Komentář k článku REST aplikace pomocí ASP.NET MVC

Daniel Steigerwald — Sun, 29 Aug 2010 22:26:27 GMT

HttpStatusCode není metoda ale enumerace. I kdyby to metoda byla, byla by prasárna cpát do ní magickou konstantu, btw HttpStatusCode byl už v MVC2.
MVC3 jako novinku nabízí několik nových ActionResult typů. Pokud vracíš ActionResult, HttpStatusCode tě většinou nezajímá. V klasických formulářích tě zajímá pouze OK, což se vrací automaticky, nebo HttpNotFoundResult (novinka MVC3), nebo redirecty.
Pokud však používáš AJAX, množina návratových stavů je mnohem širší. Typicky mapuješ business stavy své aplikace na HttpStatusCode. Tam, kde bys v klasickém formuláři vrátil stránku /forbidden, v AJAXU vrátíš HttpStatusCode.Forbidden (403).

Vůbec práce s AJAXem je v MVC3 radost. Předávat data ve querystring formátu je minulost, JSON ftw. Hodím sem příklad, třeba se to někomu bude hodit. http://gist.github.com/556658

Komentář k článku REST aplikace pomocí ASP.NET MVC

Aleš Roubíček — Mon, 30 Aug 2010 15:04:42 GMT

Nějak jsem neměl po ruce zdrojáky a tak jsem očekával, že i pro HttpStatusCodeResult bude existovat metoda Controlleru. Sic, neexistuje. Navíc, HttpStatusCodeResult nebere jako parametr konstruktoru výčet HttpStatusCode, ale pouze int. Ale asi maj zakázaný používat System.Net namespace. :) Takže jsem ukázku zase upravil, teď už by měla být platná.