Znaleziono wiele akcji pasujących do żądania w interfejsie WWW

Wciąż pojawia się ten błąd, gdy próbuję mieć 2 metody „Get”

Znaleziono wiele akcji pasujących do żądania: webapi

Rozglądałem się za innymi podobnymi pytaniami na ten temat na stosie, ale nie rozumiem.

Mam 2 różne nazwy i używam atrybutu „HttpGet”

[HttpGet]
public HttpResponseMessage Summary(MyVm vm)
{
    return null;
}

[HttpGet]
public HttpResponseMessage FullDetails()
{
    return null;
}

Twoja mapa trasy jest prawdopodobnie taka:

routes.MapHttpRoute(
name: "API Default",
routeTemplate: "api/{controller}/{id}",
defaults: new { id = RouteParameter.Optional });

Ale aby wykonać wiele działań przy użyciu tej samej metody http, musisz podać webapi więcej informacji na trasie:

routes.MapHttpRoute(
name: "API Default",
routeTemplate: "api/{controller}/{action}/{id}",
defaults: new { id = RouteParameter.Optional });

Zauważ, że routeTemplate zawiera teraz akcję. Wiele informacji tutaj: http://www.asp.net/web-api/overview/web-api-routing-and-actions/routing-in-aspnet-web-api

Aktualizacja:

W porządku, teraz, kiedy myślę, że rozumiem, o co tu chodzi, jest jeszcze jedno podejście:

Być może nie potrzebujesz parametru url akcji i powinieneś opisać treść, której szukasz w inny sposób. Ponieważ mówisz, że metody zwracają dane z tego samego obiektu, pozwól parametrom wykonać opis za Ciebie.

Na przykład dwie metody można przekształcić w:

public HttpResponseMessage Get()
{
    return null;
}

public HttpResponseMessage Get(MyVm vm)
{
    return null;
}

Jakie dane przekazujesz w obiekcie MyVm? Jeśli jesteś w stanie przepuścić zmienne przez URI, sugerowałbym pójście tą drogą. W przeciwnym razie musisz wysłać obiekt w treści żądania, a to nie jest zbyt HTTP podczas wykonywania GET (choć działa, po prostu użyj [FromBody] przed MyVm).

Mam nadzieję, że to pokazuje, że możesz mieć wiele metod GET w jednym kontrolerze bez użycia nazwy akcji lub nawet atrybutu [HttpGet].

Aktualizacja od Web API 2.

Dzięki tej konfiguracji interfejsu API w pliku WebApiConfig.cs:

public static void Register(HttpConfiguration config)
{
    //// Web API routes
    config.MapHttpAttributeRoutes(); //Don't miss this

    config.Routes.MapHttpRoute(
        name: "DefaultApi",
        routeTemplate: "api/{controller}/{id}",
        defaults: new { id = System.Web.Http.RouteParameter.Optional }
    );
}

Możesz skierować nasz kontroler w następujący sposób:

[Route("api/ControllerName/Summary")]
[HttpGet]
public HttpResponseMessage Summary(MyVm vm)
{
    rturn null;
}

[Route("api/ControllerName/FullDetails")]
[HttpGet]
public HttpResponseMessage FullDetails()
{
    return null;
}

Gdzie ControllerName to nazwa twojego kontrolera (bez „kontrolera”). Pozwoli ci to uzyskać każdą akcję ze wskazaną powyżej trasą.

Do dalszego czytania: http://www.asp.net/web-api/overview/web-api-routing-and-actions/attribute-routing-in-web-api-2

W interfejsie API sieci Web (domyślnie) metody są wybierane na podstawie kombinacji metody HTTP i wartości trasy .

MyVmwygląda jak złożony obiekt, odczytany przez program formatujący z treści, więc masz dwie identyczne metody pod względem danych trasy (ponieważ żadna z nich nie ma żadnych parametrów z trasy) - co uniemożliwia funkcji dispatcher ( IHttpActionSelector) dopasowanie odpowiedniej .

Musisz je rozróżnić, używając kwerendy lub parametru trasy, aby rozwiązać niejednoznaczność.

Po wielu poszukiwaniach w sieci i próbie znalezienia najbardziej odpowiedniej formy do routingu mapy, jeśli znalazłem następujące

config.Routes.MapHttpRoute("DefaultApiWithId", "Api/{controller}/{id}", new { id =RouteParameter.Optional }, new { id = @"\d+" });
config.Routes.MapHttpRoute("DefaultApiWithAction", "Api/{controller}/{action}");

Te mapowania dotyczą zarówno mapowania nazw akcji, jak i podstawowej konwencji HTTP (GET, POST, PUT, DELETE)

Możliwe, że twoje metody internetowe są tłumaczone na ten sam adres URL. Spójrz na następujący link: -

http://www.asp.net/web-api/overview/web-api-routing-and-actions/routing-in-aspnet-web-api

Może więc być konieczne dodanie nazwy metody do tabeli routingu.

Bez użycia akcji opcje byłyby następujące:

1. przenieś jedną z metod do innego kontrolera, aby się nie kolidowały.

2. użyj tylko jednej metody, która bierze parametr, a jeśli jest null, wywołaj drugą metodę z kodu.

To rozwiązanie działało dla mnie.

Najpierw umieść Route2 w WebApiConfig. Dodaj także HttpGet i HttpPost przed każdą metodą i dołącz nazwę kontrolera i nazwę metody do adresu URL.

WebApiConfig =>

config.Routes.MapHttpRoute(
           name: "MapByAction",
           routeTemplate: "api/{controller}/{action}/{id}", defaults: new { id = RouteParameter.Optional });
        config.Routes.MapHttpRoute(
            name: "DefaultApi",
            routeTemplate: "api/{controller}/{id}",
            defaults: new { id = RouteParameter.Optional });

Kontroler =>

public class ValuesController : ApiController
{

    [HttpPost]
    public string GetCustomer([FromBody] RequestModel req)
    {
        return "Customer";
    }

    [HttpPost]
    public string GetCustomerList([FromBody] RequestModel req)
    {
        return "Customer List";
    }
}

Url =>

http://localhost:7050/api/Values/GetCustomer

http://localhost:7050/api/Values/GetCustomerList

To jest odpowiedź dla każdego, kto wie, że wszystko jest poprawne i sprawdził 50 razy .....

Upewnij się, że nie patrzysz wielokrotnie RouteConfig.cs.

Plik, który chcesz edytować, ma nazwę WebApiConfig.cs

Ponadto prawdopodobnie powinien wyglądać dokładnie tak:

using System.Web.Http;

namespace My.Epic.Website
{
    public static class WebApiConfig
    {
        public static void Register(HttpConfiguration config)
        {
          config.MapHttpAttributeRoutes();

          // api/Country/WithStates
          config.Routes.MapHttpRoute(
            name: "ControllerAndActionOnly",
            routeTemplate: "api/{controller}/{action}",
            defaults: new { },
            constraints: new { action = @"^[a-zA-Z]+([\s][a-zA-Z]+)*$" });

          config.Routes.MapHttpRoute(
            name: "DefaultActionApi",
            routeTemplate: "api/{controller}/{action}/{id}",
            defaults: new { id = RouteParameter.Optional }
          );
    }
    }
}

Mógłbym zaoszczędzić około 3 godzin.

Odkryłem, że gdy mam dwie metody Get, jedną bez parametrów i jedną ze złożonym typem jako parametr, otrzymuję ten sam błąd. Rozwiązałem to, dodając fikcyjny parametr typu int o nazwie Id jako mój pierwszy parametr, a następnie mój parametr typu złożonego. Następnie dodałem parametr typu złożonego do szablonu trasy. Poniższe działało dla mnie.

Najpierw zdobądź:

public IEnumerable<SearchItem> Get()
{
...
}

Drugie zdobądź:

public IEnumerable<SearchItem> Get(int id, [FromUri] List<string> layers)
{
...
}

WebApiConfig:

config.Routes.MapHttpRoute(
    name: "DefaultApi",
    routeTemplate: "api/{controller}/{id}/{layers}",
    defaults: new { id = RouteParameter.Optional, layers RouteParameter.Optional }
);

Jest to możliwe dzięki zastosowaniu kontrolera MVC zamiast kontrolera Web API. Sprawdź przestrzeń nazw w kontrolerze interfejsu API sieci Web, powinna ona wyglądać następująco

using System.Net;
using System.Net.Http;
using System.Web.Http;

Jeśli przestrzeń nazw jest następująca, oznacza to, że wystąpił powyższy błąd w wywołaniu metody kontrolera interfejsu API

using System.Web;
using System.Web.Mvc;

Sprawdź, czy masz dwie metody, które mają inną nazwę i te same parametry.

Jeśli tak, usuń jedną z metod i spróbuj.

Natknąłem się na ten problem, próbując rozszerzyć moje kontrolery WebAPI o dodatkowe działania.

Załóżmy, że tak

public IEnumerable<string> Get()
{
    return this.Repository.GetAll();
}

[HttpGet]
public void ReSeed()
{
    // Your custom action here
}

Istnieją teraz dwie metody, które spełniają żądanie dla / api / controller, które wyzwala problem opisany przez TS.

Nie chciałem dodawać parametrów „obojętnych” do moich dodatkowych akcji, więc sprawdziłem domyślne akcje i wymyśliłem:

[ActionName("builtin")]
public IEnumerable<string> Get()
{
    return this.Repository.GetAll();
}

dla pierwszej metody w połączeniu z „podwójnym” wiązaniem trasy:

config.Routes.MapHttpRoute(
    name: "DefaultApi",
    routeTemplate: "api/{controller}/{id}",
    defaults: new { action = "builtin", id = RouteParameter.Optional },
    constraints: new { id = @"\d+" });

config.Routes.MapHttpRoute(
    name: "CustomActionApi",
    routeTemplate: "api/{controller}/{action}");

Zauważ, że nawet jeśli w pierwszym szablonie trasy nie ma parametru „akcji”, najwyraźniej nadal możesz skonfigurować akcję domyślną, która pozwala nam oddzielić routing „normalnych” wywołań WebAPI i wywołań do dodatkowej akcji.

W moim przypadku wszystko było w porządku

1) Web Config został poprawnie skonfigurowany 2) Prefiks trasy i atrybuty trasy były prawidłowe

Nadal otrzymywałem błąd. W moim przypadku atrybut „Trasa” (naciskając F12) wskazywał na System.Web.MVc, ale nie System.Web.Http, który spowodował problem.

Możesz dodać [Route("api/[controller]/[action]")]do swojej klasy kontrolera.

[Route("api/[controller]/[action]")]
[ApiController]
public class MySuperController : ControllerBase
{
 ...
}

Wiem, że to stare pytanie, ale czasami, gdy używasz zasobów usług, takich jak AngularJS, do łączenia się z WebAPI, upewnij się, że używasz właściwej trasy, w przeciwnym razie ten błąd się zdarza.

Upewnij się, że NIE dekorujesz metod kontrolera dla domyślnych akcji GET | PUT | POST | DELETE atrybutem [HttpPost / Put / Get / Delete]. Dodałem ten atrybut do mojej akcji kontrolera waniliowej poczty i spowodował błąd 404.

Mam nadzieję, że to pomaga komuś, ponieważ może być bardzo frustrujące i zatrzymać postęp.

Na przykład => TestController

        [HttpGet]
        public string TestMethod(int arg0)
        {
            return "";
        }

        [HttpGet]
        public string TestMethod2(string arg0)
        {
            return "";
        }

        [HttpGet]
        public string TestMethod3(int arg0,string arg1)
        {
            return "";
        }

Jeśli możesz zmienić tylko plik WebApiConfig.cs.

 config.Routes.MapHttpRoute(
                name: "DefaultApi",
                routeTemplate: "api/{controller}/{action}/",
                defaults: null
            );

Otóż ​​to :)

I wynik:

Czy próbowałeś:

[HttpGet("Summary")]
public HttpResponseMessage Summary(MyVm vm)
{
    return null;
}

[HttpGet("FullDetails")]
public HttpResponseMessage FullDetails()
{
    return null;
}