Quelle est la différence entre HttpResponseMessage et HttpResponseException

La principale différence entre les deux est-ce. L'exception est utile pour arrêter immédiatement le traitement et la sortie. Par exemple, supposons que j'ai le code suivant

public class CustomerController : ApiController {
  private ICustomerContext repo;

  public CustomerController(ICustomerContext repo) {
    this.repo = repo;
  }

  public Customer Get(int id) {
    var customer = repo.Customers.SingleOrDefault(c=>c.CustomerID == id);
    if (customer == null) {
      throw new HttpResponseException(new HttpResponseMessage(HttpStatusCode.NotFound));
    }
    return customer;
  }
}

Si l'exécution de ce code et je passe un id qui n'est pas présent, il sera immédiatement arrêter le traitement et retourner un code d'état 404.

Si, au contraire, je retourne HttpResponseMessage, la demande sera heureux de continuer le reste de son traitement et de retourner une erreur 404. La principale différence étant la fin ou non à la demande.

Que Darrel dit que l'exception est utile dans les cas où, dans certains cas, j'ai envie de continuer le traitement (comme lorsque le client est trouvé) et dans d'autres, je n'en ai pas.

L'endroit où vous pouvez utiliser quelque chose comme HttpResponseMessage est dans un Http POST pour retourner un code d'état de 201 et définir l'emplacement de l'en-tête. Dans ce cas, je ne veux de continuer le traitement. Qu'allait faire avec ce code.*

public class CustomerController : ApiController {
  private ICustomerContext repo;

  public CustomerController(ICustomerContext repo) {
    this.repo = repo;
  }

  public HttpResponseMessage Post(Customer customer) {
    repo.Add(customer);
    repo.SaveChanges();
    var response = Request.CreateResponse(HttpStatusCode.Created, customer);
    response.Headers.Location = new Uri(Request.RequestUri, string.format("customer/{0}", customer.id));
    return response;
  }
}

*remarque: Si vous utilisez la version bêta bits, vous devez créer un nouveau HttpResponseMessage. Je suis l'aide de la plus tard bits mais qui nécessitent l'utilisation du CreateResponse méthode d'extension hors de la Demande.

Ci-dessus, je suis entrain de créer une réponse qui définit le code d'état de 201, passe dans le client, puis définit l'emplacement de l'en-tête.

La réponse est ensuite retourné et la demande continue le traitement.

Espère que cette aide

En supposant que vous souhaitez unité de tester les réponses, n'est-il pas logique de toujours renvoyer un HttpResponseMessage? Je n'aime pas particulièrement l'idée d'un retour d'une droite de type à partir d'un ApiController car il ne suit pas typique des modèles de développement.

Dans un non-Web de la classe de l'API va chercher un Client, vous seriez probablement retourner null, avec votre appel, le code de vérification pour une valeur nulle réponse:

public Customer GetCustomer(int id)
{
    return db.Customers.Find(id);
}

Mais dans l'API Web, vous n'allez pas retourner null, vous devez retourner quelque chose, même si ce quelque chose est créé une fois que vous jetez un HttpResponseException. Dans ce cas, pour faciliter les tests, pourquoi ne pas simplement toujours renvoyer un HttpResponseMessage, et assurez-vous que votre signature?

public HttpResponseMessage GetCustomer(int id)
{
    var customer = db.Customers.Find(id);
    if (customer == null)
    {
        return Request.CreateResponse(HttpStatusCode.NotFound);
    }

    return Request.CreateResponse(HttpStatusCode.OK, customer);
}

L'original de questions que les états, il n'existe pas de réelle différence dans la Réponse renvoyée.

Le but réel de HttpResponseException est de permettre à sous méthodes pour créer et lancer leur propre HttpResponseMessages que le flux de retour vers le haut de la pile d'appel et sont retournés au client.

public class CustomerController : ApiController {
  private ICustomerContext repo;
  public CustomerController(ICustomerContext repo) {
    this.repo = repo;
  }

  public HttpResponseMessage Get(int id) {

    Customer customer = getCustomer(id);

    return Request.CreateResponse(customer);
  }

  private Customer getCustomer(int id){
    .....do some work
    .....we have a problem so throw exception
    throw new HttpResponseException(Request.CreateResponse(HttpStatusCode.BadRequest, "Id out of range");
    return repo.Customers.SingleOrDefault(c=>c.CustomerID == id)
}

Pardonner les erreurs, le code écrit à la volée. L'jetés HttpResponseException bulles à travers les actions de la pile d'appel, ne pas se faire attraper par les normal de, les gestionnaires d'Exception et retourne son HttpResponseMessage comme la méthode de l'action elle-même aurait.