hVosttМСУ, это костыли. нафиг не нужные при чем. чтобы твой роутинг заработал, тебе потребовалось разместить дополнительные атрибуты к методу (и после этого ты еще имеешь наглость гнать на attributerouting)
Во-первых, я не гоню на attributerouting, включи голову. Во-втрых, чтобы мой роутинг заработал, эти атрибуты не обязательны. Убери атрибут ActionName и всё будет работать. Обязательный только HttpGet, чтобы WebAPI понимал, что и куда нужно маппить. В чем тут проблемы?
hVosttв общем, походу твои знания о WebApi ограничены только чтением. поговорим когда у тебя будет реальный опыт использования в реальных проектах.
Я автору изначально предложил 2 рабочих варианта, для MVC и для WebAPI. Причем, никаких левых сборок тянуть не надо, задача решается элементарно на 2 щелчка. У тебя же кроме жевания травы ничего дельного так и не было, одно соплежевательство на помойную тематику. О каких таких "знаниях" WepAPI и "реальном опыте" идет речь, поведай нам? Опыт жевания травы? Занимайся им дальше.
hVosttвот почитай ещё и подумай на досуге
http://www.cloudydeveloper.com/differences-between-asp-net-web-api-and-asp-net-mvc-routing/
I want to focus on is the
lack of the “{action}” route value in the Web API controller. Notice how the URL examples don’t include the word GET. We have “api/webapi/5” instead of “api/webapi/get/5”. The “get” is missing because it’s implicit for Web API routing. When trying to find a matching “action” in a Web API controller, the verb used in the HTTP request (e.g., GET, POST) plays a critical role.
Почитал, подумал. И дальше что? Вырази свою мысль, что ты хотел этим сказать? А то ляпнул что-то и затих.
