2009-06-03 10 views
24

Per alcuni motivi strani, voglio scrivere HTML direttamente sul flusso di risposta da un'azione del controller. (Comprendo la separazione MVC, ma questo è un caso speciale.)Scrittura sul flusso di output dall'azione

Posso scrivere direttamente nello stream HttpResponse? In tal caso, quale oggetto IView dovrebbe restituire l'azione del controller? Posso restituire "null"?

risposta

8

Sì, è possibile scrivere direttamente alla risposta. Dopo aver terminato, puoi chiamare CompleteRequest() e non dovresti dover restituire nulla.

Ad esempio:

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

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

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

È necessario evitare Response.End() http://stevesmithblog.com/blog/use-httpapplication-completerequest-instead-of-response-end/ –

+1

Aggiornato quindi per utilizzare CompleteRequest(). – womp

+1

Può essere utile per sostituire "return View()" di "return Content (" ")" per evitare errori sulla vista mancante. Ma questo approccio è sicuro? –

5

Scrivi la tua Azione Risultato. Ecco un esempio di uno dei miei:

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

ho usato una classe derivata da FileResult di raggiungere questo obiettivo con una normale pattern 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); 
    } 
} 

Il metodo di controllo sarebbe ora essere simile a questo:

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(/**/); 
} 

Si noti che se il buffering è disattivato,

stream.Write(/**/); 

diventa estremamente lento. La soluzione è usare un BufferedStream. In questo caso, prestazioni migliorate di circa 100 volte. Vedere

Unbuffered Output Very Slow

+0

La migliore risposta a questa domanda. Buona idea. – pylover

+0

Altre risposte sono hack – Andrey

+0

Risposta migliore: basta aggiungere il file una volta e riutilizzare questo concetto in ogni altra situazione utilizzando il parametro di delegato flessibile. – Froyke

3

Se non si desidera derivare il proprio tipo di risultato, si può semplicemente scrivere a Response.OutputStream e tornare new EmptyResult().

Problemi correlati