Aggiornamento risposta-ish
Ho visto che qualcuno ha fatto riferimento allo WebApiCompatShim
in un commento.
WebApiCompatShim
viene mantenuto per questo tipo di scenari di portabilità ed è ora rilasciato 1.1.0.
Ho visto che Microsoft.AspNetCore.OData 1.0.0-rtm-00011
ha WebApiCompatShim
come dipendenza. Non so esattamente cosa stanno cercando di ottenere in quest'area, questi sono solo fatti.
Se non siete in ricevendo un altro pacchetto di compatibilità e stai cercando in più di lavoro refactoring, è possibile guardare il seguente approccio: WebApiCompatShim - how to configure for a REST api with MVC 6
si sarà ancora in grado di utilizzare Ok()
o si può provare a utilizzare il metodo OkObjectResult()
come la parola Http è stata rimossa per non essere troppo prolissa. HttpOkObjectResult
->OkObjectResult
[HttpPost]
public ObjectResult Post([FromBody]string value)
{
var item = new {Name= "test", id=1};
return new OkObjectResult(item);
}
[HttpPost]
public ObjectResult Post([FromBody]string value)
{
var item = new {Name= "test", id=1};
return Ok(item);
}
fonte
2017-01-04 17:36:02
Anche se c'è un pacchetto di 'WebApiComatShim' in MVC 6 per questo tipo di scenari di portabilità, la sua raccomanda di non usarlo, quindi vorrei suggerire di utilizzare il nuovo MVC 6 modo di fare le cose . –
Per quanto riguarda HttpConfiguration, hai visto come appare il nuovo 'Startup.cs'? Puoi provare a spostarlo lì? –
il nuovo modo di mvc 6 per fare questo ... ok, ma è restituito Ok (mydata) equivalente a restituire nuovo ObjectResult (mydata) {StatusCode = 200}; ? – Tim