Как различить методы GET/POST в классе контроллера?

Question

[Олег]

Изучаю встроенный контроллер логина последнего майкрософтовского MVC в частности и клиент-серверное взаимодействие в общем.
В приведённых ниже примерах нет специального указания, гет или пост метод, но при отладке они чётко себя осознают, кто гет, а кто не гет. Как это делается, исходя из входных параметров?

public class AccountController : ApiController
{
// GET api/Account/UserInfo
        [HostAuthentication(DefaultAuthenticationTypes.ExternalBearer)]
        [Route("UserInfo")]
        public UserInfoViewModel GetUserInfo()
        {
            ExternalLoginData externalLogin = ExternalLoginData.FromIdentity(User.Identity as ClaimsIdentity);

            return new UserInfoViewModel
            {
                Email = User.Identity.GetUserName(),
                HasRegistered = externalLogin == null,
                LoginProvider = externalLogin != null ? externalLogin.LoginProvider : null
            };
        }

        // POST api/Account/Logout
        [Route("Logout")]
        public IHttpActionResult Logout()
        {
            Authentication.SignOut(CookieAuthenticationDefaults.AuthenticationType);
            return Ok();
        }
}

Answer 1

[Дмитрий Ковальский]

Можно через параметры объекта Request. Там есть такое поле. Однако это плохая практика. Я бы рекомендовал перегрузить метод каким-нибудь параметром(врятли вы делаете POST без параметров) и проставить атрибуты [httpget][httppost].
А по поводу кода выше - там запросы делаются по разным адресам. Там же не делается POST -запрос на api/Account/ и система сама догадывается до того что надо делать Logout

Comments

[Олег]

Да, разные адреса, но вхождение "api/Account/Logout" только одно во всём проекте. Т.е. как-то они там (api/Account/Logout и api/Account/UserInfo) сами определяются кто гет и кто пост.

static private НаГетИПостРасчиТАЙСЬ!(ApiController Controller)

[Дмитрий Ковальский]

0LLEGator: Ответ - никак. Просто к одному методу контроллера обращаются по GET, к другому по POST. Разницу можно попробовать поискать во View-хах. Любая ссылка - GET-запрос, Форма - уже как получится, скорее всего POST.

[Олег]

Почему это никак? При попытке обращения к api/Account/Logout ререз адресную строку как к Гет - получаю ошибку

<Error>
<Message>
Запрошенный ресурс не поддерживает HTTP-метод "GET".
</Message>
</Error>

Answer 2

[Виталий Литвинюк]

Есть несколько способов определения того, запросы каких типов обрабатывает конкретный метод. Один метод может обрабатывать запросы только одного типа (например только GET, или только POST). Лично я предпочитаю перед методом ставить специальный атрибут типа [HttpGet], что в паре с [Route("custom/url/for/method")] и понятным названием метода дает максимальную понятность кода контроллера. Кроме атрибутов, web api поддерживает еще naming convention метод определения того, запросы какого типа обрабатывает метод. Подробностей я не помню, надо читать доку. Ну а как в Вашем примере контроллер понимает, что логаут принимает только пост запросы - понятия не имею, за этим тоже надо в документацию лезть, там такие тонкие моменты подробно описаны.
Ну и вообще, не в обиду сказано, ответы на вопросы такого плана лучше сразу искать в документации.

Comments

[Олег]

Спасибо за ссылку, но вопрос остаётся открытым.

Answer 3

[HeBonpoc]

Новый webapi смотрит и на названия методов. По дефолту get не разрешен, поэтому для 2го экшена остаётся пост.
www.asp.net/web-api/overview/web-api-routing-and-a...