Web API 2 télécharger le fichier en utilisant async Task<IHttpActionResult>

J'ai besoin d'écrire une méthode comme ci-dessous pour retourner un document texte (.txt, pdf, .doc, .docx, etc)
Bien qu'il existe de bons exemples de l'affichage de fichier dans l'API Web 2.0 sur le web , je ne pouvais pas trouver un pertinente pour le simple téléchargement d'un. (Je sais comment le faire dans HttpResponseMessage.)

  public async Task<IHttpActionResult> GetFileAsync(int FileId)
  {    
       //just returning file part (no other logic needed)
  }

Ne le ci-dessus doit être asynchrone à tous?
Je suis seulement à la recherche de flux retour. (C'est bon?)

Plus important avant que j'ai fini par faire le travail d'une manière ou l'otther, je voulais savoir quelle est la "bonne" façon de faire ce genre de travail... (donc, d'approches et de techniques de mentionner ce serait grandement apprécié).. merci.

InformationsquelleAutor Kcats Wolfrevo | 2014-02-03
  1. 37

    Droit, pour votre scénario ci-dessus, l'action n'a pas besoin de retourner un async action résultat. Ici, je suis entrain de créer un personnalisé IHttpActionResult. Vous pouvez vérifier mes commentaires dans le code ci-dessous ici.

    public IHttpActionResult GetFileAsync(int fileId)
{
    //NOTE: If there was any other 'async' stuff here, then you would need to return
    //a Task<IHttpActionResult>, but for this simple case you need not.

    return new FileActionResult(fileId);
}

public class FileActionResult : IHttpActionResult
{
    public FileActionResult(int fileId)
    {
        this.FileId = fileId;
    }

    public int FileId { get; private set; }

    public Task<HttpResponseMessage> ExecuteAsync(CancellationToken cancellationToken)
    {
        HttpResponseMessage response = new HttpResponseMessage();
        response.Content = new StreamContent(File.OpenRead(@"<base path>" + FileId));
        response.Content.Headers.ContentDisposition = new ContentDispositionHeaderValue("attachment");

        //NOTE: Here I am just setting the result on the Task and not really doing any async stuff. 
        //But let's say you do stuff like contacting a File hosting service to get the file, then you would do 'async' stuff here.

        return Task.FromResult(response);
    }
}
    • Merci @Kiran, Cependant j'avais déjà mis en œuvre une approche très semblable (sans async). Je vais accepter votre réponse car je crois que c'est la bonne réponse pour le scénario simple.
    • Challa, s'il vous plaît ne vous pense que vous pourriez m'aider avec cette question : stackoverflow.com/questions/24235617/...
    • Bien sûr, la réponse à votre question a un lien qui semble répondre à cette...là, il semble oublier X-HTTP-Method-Override en-tête qui vous semble ne pas être à l'aide...mais vous pouvez utiliser une approche similaire de l'aide de gestionnaire de déléguer à regarder pour votre en-tête personnalisé et de modifier votre demande...avez-vous déjà essayé de tel ou avez-vous des inquiétudes au sujet de cette?
    • J'ai trouvé ce hanselman.com/blog/... , Mais je ne sais pas où ajouter le MethodOverrideHandler classe, parce que quand j'ai essayé d'enregistrer ce nouvel substituer gestionnaire config.MessageHandlers.Add(new MethodOverrideHandler()); la classe n'est pas reconnu. J'ai aussi essayé de le télécharger à partir de NuGet, mais je ne pouvais pas parce que je suis en utilisant netframework v 4.0
    • j'ai mis à jour la réponse ci-dessus avec les informations relatives à ContentDisposition en-tête et ce pour vous permettre de télécharger le fichier dans le navigateur.
    InformationsquelleAutor Kiran Challa
  2. 3

    Méthodes sont asynchrones en cas de retour d'un objet Tâche, non pas parce que sont décorées avec le mot-clé async.
    async n'est qu'un sucre syntaxique pour remplacer cette syntaxe de ce que peut obtenir assez complexe quand il y a plus de tâches combinées ou plusieurs continuations:

    public Task<int> ExampleMethodAsync()
{
    var httpClient = new HttpClient();

    var task = httpClient.GetStringAsync("http://msdn.microsoft.com")
        .ContinueWith(previousTask =>
        {
            ResultsTextBox.Text += "Preparing to finish ExampleMethodAsync.\n";

            int exampleInt = previousTask.Result.Length;

            return exampleInt;
        });

    return task;
}

    Échantillon Original avec async:
    http://msdn.microsoft.com/en-us/library/hh156513.aspx

    asynchrone nécessite toujours attendre, ce qui est appliquée par le compilateur.

    Les deux implémentations sont asynchroous, la seule différence est que async+attendent remplace élargit le ContinueWith dans "synchrone" du code.

    Retour Tâche de contrôleur de méthodes que dois-IO (99% des cas, j'ai estimation) est important parce que le runtime peut suspendre et de réutiliser le thread de demande pour répondre à d'autres demandes alors que l'opération e /s est en cours. Cela réduit les chances de manquer de pool de threads.
    Voici un article sur le sujet:
    http://www.asp.net/mvc/overview/performance/using-asynchronous-methods-in-aspnet-mvc-4

    Donc la réponse à votre question "est-ce la ci-dessus doit être asynchrone à tous? Je suis seulement à la recherche de flux retour. (C'est bon?)" c'est qu'il ne fait pas de différence à l'appelant, il ne change la façon dont votre code ressemble (mais pas comment ça marche).

    InformationsquelleAutor user3285954