2009-06-03 6 views
24

Pour des raisons étranges, je souhaite écrire du code HTML directement dans le flux de réponse à partir d'une action du contrôleur. (Je comprends la séparation MVC, mais c'est un cas particulier.)Ecriture dans le flux de sortie à partir de l'action

Puis-je écrire directement dans le flux HttpResponse? Dans ce cas, quel objet IView doit être renvoyé par l'action du contrôleur? Puis-je retourner 'null'?

Répondre

8

Oui, vous pouvez écrire directement à la réponse. Une fois que vous avez terminé, vous pouvez appeler CompleteRequest() et vous ne devriez rien retourner.

Par exemple:

// GET: /Test/Edit/5 
public ActionResult Edit(int id) 
{ 

    Response.Write("hi"); 
    HttpContext.ApplicationInstance.CompleteRequest(); 

    return View();  // does not execute! 
} 
+1

Vous devriez éviter Response.End() http://stevesmithblog.com/blog/use-httpapplication-completerequest-instead-of-response-end/ –

+1

Mise à jour puis utilisation de CompleteRequest(). – womp

+1

Peut être utile de remplacer "return View()" par "return Content (" ")" pour éviter les erreurs sur les vues manquantes. Mais cette approche est-elle sûre? –

5

Écrivez votre propre Résultat d'action. Voici un exemple d'une de mes:

public class RssResult : ActionResult 
{ 
    public RssFeed RssFeed { get; set; } 

    public RssResult(RssFeed feed) { 
     RssFeed = feed; 
    } 

    public override void ExecuteResult(ControllerContext context) { 
     context.HttpContext.Response.ContentType = "application/rss+xml"; 
     SyndicationResourceSaveSettings settings = new SyndicationResourceSaveSettings(); 
     settings.CharacterEncoding = new UTF8Encoding(false); 
     RssFeed.Save(context.HttpContext.Response.OutputStream, settings); 
    } 
} 
43

J'ai utilisé une classe dérivée de FileResult pour y parvenir en utilisant modèle normal MVC:

/// <summary> 
/// MVC action result that generates the file content using a delegate that writes the content directly to the output stream. 
/// </summary> 
public class FileGeneratingResult : FileResult 
{ 
    /// <summary> 
    /// The delegate that will generate the file content. 
    /// </summary> 
    private readonly Action<System.IO.Stream> content; 

    private readonly bool bufferOutput; 

    /// <summary> 
    /// Initializes a new instance of the <see cref="FileGeneratingResult" /> class. 
    /// </summary> 
    /// <param name="fileName">Name of the file.</param> 
    /// <param name="contentType">Type of the content.</param> 
    /// <param name="content">Delegate with Stream parameter. This is the stream to which content should be written.</param> 
    /// <param name="bufferOutput">use output buffering. Set to false for large files to prevent OutOfMemoryException.</param> 
    public FileGeneratingResult(string fileName, string contentType, Action<System.IO.Stream> content,bool bufferOutput=true) 
     : base(contentType) 
    { 
     if (content == null) 
      throw new ArgumentNullException("content"); 

     this.content = content; 
     this.bufferOutput = bufferOutput; 
     FileDownloadName = fileName; 
    } 

    /// <summary> 
    /// Writes the file to the response. 
    /// </summary> 
    /// <param name="response">The response object.</param> 
    protected override void WriteFile(System.Web.HttpResponseBase response) 
    { 
     response.Buffer = bufferOutput; 
     content(response.OutputStream); 
    } 
} 

La méthode du contrôleur serait maintenant comme ceci:

public ActionResult Export(int id) 
{ 
    return new FileGeneratingResult(id + ".csv", "text/csv", 
     stream => this.GenerateExportFile(id, stream)); 
} 

public void GenerateExportFile(int id, Stream stream) 
{ 
    stream.Write(/**/); 
} 

Notez que si la mise en mémoire tampon est désactivée,

stream.Write(/**/); 

devient extrêmement lent. La solution consiste à utiliser un BufferedStream. Cela a permis d'améliorer les performances d'environ 100x dans un cas. Voir

Unbuffered Output Very Slow

+0

Meilleure réponse à cette question. Bonne idée. – pylover

+0

Les autres réponses sont des hacks – Andrey

+0

Meilleure réponse - il suffit d'ajouter le fichier une fois et de réutiliser ce concept dans toutes les autres situations à l'aide du paramètre délégué flexible. – Froyke

3

Si vous ne voulez pas tirer votre propre type de résultat, vous pouvez simplement écrire Response.OutputStream et retourner new EmptyResult().

Questions connexes