Tengo un problema al enviar archivos almacenados en una base de datos al usuario en ASP.NET MVC. Lo que quiero es una vista que enumere dos enlaces, uno para ver el archivo y dejar que el tipo MIME enviado al navegador determine cómo debe manejarse, y el otro para forzar una descarga.
Si elijo ver un archivo llamado SomeRandomFile.baky el navegador no tiene un programa asociado para abrir archivos de este tipo, entonces no tengo ningún problema con el valor predeterminado del comportamiento de descarga. Sin embargo, si elijo ver un archivo llamado SomeRandomFile.pdfo SomeRandomFile.jpgquiero que el archivo simplemente se abra. Pero también quiero mantener un enlace de descarga a un lado para poder forzar una solicitud de descarga independientemente del tipo de archivo. ¿Esto tiene sentido?
Lo he intentado FileStreamResulty funciona para la mayoría de los archivos, su constructor no acepta un nombre de archivo de forma predeterminada, por lo que a los archivos desconocidos se les asigna un nombre de archivo basado en la URL (que no conoce la extensión para dar según el tipo de contenido). Si forzo el nombre del archivo al especificarlo, pierdo la capacidad del navegador de abrir el archivo directamente y aparece un mensaje de descarga. ¿Alguien más ha encontrado esto?
Estos son los ejemplos de lo que he probado hasta ahora.
//Gives me a download prompt.
return File(document.Data, document.ContentType, document.Name);//Opens if it is a known extension type, downloads otherwise (download has bogus name and missing extension)
return new FileStreamResult(new MemoryStream(document.Data), document.ContentType);//Gives me a download prompt (lose the ability to open by default if known type)
return new FileStreamResult(new MemoryStream(document.Data), document.ContentType) {FileDownloadName = document.Name};¿Alguna sugerencia?
ACTUALIZACIÓN:
Esta pregunta parece tocar un acorde con mucha gente, así que pensé en publicar una actualización. La advertencia sobre la respuesta aceptada a continuación que fue agregada por Oskar con respecto a los caracteres internacionales es completamente válida, y la he golpeado varias veces debido al uso de la ContentDispositionclase. Desde entonces he actualizado mi implementación para solucionar esto. Si bien el código a continuación es de mi encarnación más reciente de este problema en una aplicación ASP.NET Core (Full Framework), también debería funcionar con cambios mínimos en una aplicación MVC anterior ya que estoy usando la System.Net.Http.Headers.ContentDispositionHeaderValueclase.
using System.Net.Http.Headers;
public IActionResult Download()
{
Document document = ... //Obtain document from database context
//"attachment" means always prompt the user to download
//"inline" means let the browser try and handle it
var cd = new ContentDispositionHeaderValue("attachment")
{
FileNameStar = document.FileName
};
Response.Headers.Add(HeaderNames.ContentDisposition, cd.ToString());
return File(document.Data, document.ContentType);
}
// an entity class for the document in my database
public class Document
{
public string FileName { get; set; }
public string ContentType { get; set; }
public byte[] Data { get; set; }
//Other properties left out for brevity
}