Routingmigration von ASP.NET WebAPI nach ASP.NET Core WebAPI, mehrdeutiges Methodenproblem

Question

Ich habe ASP.NET WebAPI, die ich auf ASP.NET Core WebAPI migrieren möchte, aber einige Probleme im Routing konfrontiert.

Die APIs sind bereits von vielen Clients verbraucht und ich kann die Routen (oder URLs) nicht ändern. Wir haben einen Controller (sagen ValuesController) mit 2 Get-Methoden, aber verschiedene Parameter:

public async Task<IEnumerable<string>> Get(int xId, int yId)

public async Task<IEnumerable<string>> Get(int xId, int yId, int aId, int bId)

Im aktuellen Szenario (ASP.NET WebAPI), werden alle Kunden sind in der Lage, beide Methoden rufen die Basis verschiedenen Parameter wie:

für Aufruf der Methode zuerst, kann man zu URL anfordern: http://localhost:4040/api/Values?xId=1&yId=2 und für zweite, können Sie auf URL anfordern: http://localhost:4040/api/Values?xId=1&yId=2&aId=3&bId=4. Und es wird automatisch durch das aktuelle Routing mit ASP.NET WebAPI

entscheidet Aber im Falle von ASP.NET Core, wenn ich an die gleiche URL anfordern, löst es die Ausnahme Microsoft.AspNetCore.Mvc.Internal.AmbiguousActionException: Multiple actions matched.

Jede mögliche Lösung, ohne den Anfrageanruf für jede Klientenanwendung zu ändern?

Answer 1

Wenn möglich, warum machen Sie es dann nicht zu einer einzigen Funktion? dies ist die Art, wie ich denke, ohne andere zu stören Code dh

public async Task<IEnumerable<string>> Get(int xId, int yId, int aId=0, int bId = 0) 
{ 
if(aID>0 && bId>0) 
{ 
//Your second controller code here 
return your result 
} 
else 
{ 
//Your second controller code here 
return your result 
} 
} 

jetzt beide Anrufe können in derselben Funktion