ASP.NET MVC - Услуги за изграждане на данни

Съдържание
А услуга за данни ни позволява да правим стандартни структури в нашето приложение, които можем да използваме независимо от това къде се намираме на нашия сайт благодарение на използването на AJAX технология.
Видяхме също, че при създаването на съответния контролер по подразбиране се генерират празни базови методи, за да можем да поставим нашата логика там, но това се случва, когато не искаме да използваме номенклатурата по подразбиране, тъй като можем да направим това, като нарушим конвенция.
За да могат нашите контролери да работят правилно, ASP.NET MVC трябва да знаем, че те съществуват в нашето приложение, следователно ние трябва изграждане на маршрут че когато го извикаме, можем да извикаме споменатите контролери и по този начин да получим достъп до нашите услуги за данни.
Нов методТака че нашият нов маршрут вместо да използваме обичайния RouteTable.MapRoute () сега ще използваме RouteTable.MapHttpRoute () с това нашето приложение вече ще знае за какво говорим с новия контролер.
Нека видим на следващото изображение общ пример, който можем да приложим към нашия проект.

По този начин ASP.NET взема предвид парадигмата на конвенцията относно конфигурацията.
Въпреки че конвенцията за конфигурацията е парадигма, която ни спестява много работа с кода, има моменти, когато това не отговаря на нашето приложение, има много причини и всеки случай е особен, но фактът, че трябва да нарушим конвенцията, прави не ни пречи да създадем услуга за данни.
За да прекъснем това, ние просто ще генерираме нашето действие като всяко друго, но вместо да вземем името на метода, ще поставим нашата собствена номенклатура, в този момент Рамката ще попита как трябва да се заеме с това действие и за да се избегне объркване в момента След генериране на ново действие, ние ще обясним с какъв метод това действие ще работи.
 [HttpGet] Обществен търг FindAuction (int id) {} 

В кода, който сме поставили, виждаме какво обясняваме, в този случай показваме, че действието ще бъде изпълнено с GET метод на HTTP, тогава му казваме от кой модел ще бъде разширен и поставяме съответното име. Както виждаме, изобщо не е трудно.
Обаждането на услугата е последната част от нашата услуга за данни, тъй като познаваме формата JSON е предпочитаният за този тип случаи, следователно, ако използваме библиотека като jQuery можем да се консултираме директно, както виждаме в следния примерен код:
 

Тук това, което правим, е да се обадим с метода getJSON към нашия маршрут, който сме изградили, в този случай би било така / api / търг / Това ще задейства действието Get и ще върне необходимите данни, които след това можем да обработим, както сметнем за добре, в случай на примера, който сме генерирали подреден списък в HTML.Хареса ли ви и помогнахте на този урок?Можете да възнаградите автора, като натиснете този бутон, за да му дадете положителна точка
wave wave wave wave wave