Kilka miesięcy temu Microsoft zdecydował się zmienić klasę HttpResponseMessage. Wcześniej można było po prostu przekazać typ danych do konstruktora, a następnie zwrócić komunikat z tymi danymi, ale już nie.
Teraz musisz użyć właściwości Content, aby ustawić treść wiadomości. Problem polega na tym, że jest to typ HttpContent i nie mogę znaleźć sposobu na przekonwertowanie ciągu, na przykład, na HttpContent.
Czy ktoś wie, jak sobie z tym poradzić? Wielkie dzięki.
Odpowiedzi:
W szczególności w przypadku ciągu znaków najszybszym sposobem jest użycie konstruktora StringContent
response.Content = new StringContent("Your response text");Istnieje wiele dodatkowych potomków klasy HttpContent dla innych typowych scenariuszy.
Powinieneś utworzyć odpowiedź za pomocą Request.CreateResponse :
HttpResponseMessage response = Request.CreateResponse(HttpStatusCode.BadRequest, "Error message");Możesz przekazywać obiekty, a nie tylko ciągi znaków, do CreateResponse i serializuje je na podstawie nagłówka Accept żądania. Dzięki temu nie musisz ręcznie wybierać programu formatującego.
CreateErrorResponse()jeśli odpowiedź jest błędem, tak jak w przykładzie tej odpowiedzi. Wewnątrz mojego haczyka, którego używam: this.Request.CreateErrorResponse(HttpStatusCode.InternalServerError, "message", exception); I to jest poprawna odpowiedź, jeśli w ogóle martwisz się o uszanowanie nagłówka Accept dzwoniącego, bez dodatkowych szyderstw. (I używasz WebAPI)
ApiController. Jeśli Controllerzamiast tego dziedziczysz tylko dziedziczenie , to nie działa i musisz to stworzyć samodzielnie: HttpResponseMessage msg = new HttpResponseMessage(); msg.Content = new StringContent("hi"); msg.StatusCode = HttpStatusCode.OK;
Najwyraźniej nowy sposób, aby to zrobić, jest szczegółowo opisany tutaj:
http://aspnetwebstack.codeplex.com/discussions/350492
Cytując Henrika,
HttpResponseMessage response = new HttpResponseMessage();
response.Content = new ObjectContent<T>(T, myFormatter, "application/some-format");Zasadniczo należy więc utworzyć typ ObjectContent, który najwyraźniej może zostać zwrócony jako obiekt HttpContent.
new JsonMediaTypeFormatter();lub podobne, w zależności od formatu
ObjectContentnie został znaleziony, używając WCF
Najłatwiejszym w użyciu rozwiązaniem jednokreskowym
return new HttpResponseMessage( HttpStatusCode.OK ) {Content = new StringContent( "Your message here" ) };W przypadku serializowanej zawartości JSON:
return new HttpResponseMessage( HttpStatusCode.OK ) {Content = new StringContent( SerializedString, System.Text.Encoding.UTF8, "application/json" ) };Dla dowolnego obiektu T możesz:
return Request.CreateResponse<T>(HttpStatusCode.OK, Tobject);Requestjest dostępna tylko w przypadku CreateResponsemetody, jeśli dziedziczenie ApiController. Nie będzie działać, jeśli używasz Controller.
Możesz tworzyć własne wyspecjalizowane typy treści. Na przykład jeden dla zawartości Json i jeden dla zawartości XML (a następnie przypisz je do HttpResponseMessage.Content):
public class JsonContent : StringContent
{
public JsonContent(string content)
: this(content, Encoding.UTF8)
{
}
public JsonContent(string content, Encoding encoding)
: base(content, encoding, "application/json")
{
}
}
public class XmlContent : StringContent
{
public XmlContent(string content)
: this(content, Encoding.UTF8)
{
}
public XmlContent(string content, Encoding encoding)
: base(content, encoding, "application/xml")
{
}
}Zainspirowany odpowiedzią Simona Mattesa, musiałem spełnić wymagany przez IHttpActionResult typ zwrotu ResponseMessageResult. Używając również JsonContent nashawn, skończyło się na ...
return new System.Web.Http.Results.ResponseMessageResult(
new System.Net.Http.HttpResponseMessage(System.Net.HttpStatusCode.OK)
{
Content = new JsonContent(JsonConvert.SerializeObject(contact, Formatting.Indented))
});Zobacz odpowiedź nashawn na JsonContent.
Nie ma wątpliwości, że masz rację Florin. Pracowałem nad tym projektem i stwierdziłem, że ten fragment kodu:
product = await response.Content.ReadAsAsync<Product>();Można zastąpić:
response.Content = new StringContent(string product);