Возврат файла для просмотра / загрузки в ASP.NET MVC

Я столкнулся с проблемой отправки файлов, хранящихся в базе данных, обратно пользователю в ASP.NET MVC. То, что я хочу, - это представление, в котором перечислены две ссылки: одна для просмотра файла, и пусть mimetype, отправляемый в браузер, определяет, как он должен обрабатываться, а другая для принудительной загрузки.

Если я выбрал просмотр файла с именем, SomeRandomFile.bakа в браузере нет соответствующей программы для открытия файлов этого типа, у меня не возникнет проблем с его настройками по умолчанию при загрузке. Однако, если я решу просмотреть файл с именем SomeRandomFile.pdfили SomeRandomFile.jpgя хочу, чтобы файл просто открылся. Но я также хочу оставить ссылку для скачивания в стороне, чтобы можно было принудительно вызвать приглашение к загрузке независимо от типа файла. Имеет ли это смысл?

Я пробовал, FileStreamResultи он работает для большинства файлов, его конструктор не принимает имя файла по умолчанию, поэтому неизвестным файлам присваивается имя файла на основе URL-адреса (который не знает расширение для предоставления на основе типа содержимого). Если я задаю имя файла, указав его, я теряю способность браузера открывать файл напрямую и получаю приглашение на загрузку. кто-нибудь еще сталкивался с этим?

Это примеры того, что я пробовал до сих пор.

//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};

Какие-либо предложения?

ОБНОВЛЕНИЕ: Эти вопросы, кажется, вызывают отклик у многих людей, поэтому я решил опубликовать обновление. Предупреждение о принятом ответе ниже, которое было добавлено Оскаром в отношении международных символов, является полностью действительным, и я ударил его несколько раз из-за использования ContentDispositionкласса. С тех пор я обновил свою реализацию, чтобы исправить это. Хотя приведенный ниже код взят из моего последнего воплощения этой проблемы в приложении ASP.NET Core (Full Framework), он должен работать с минимальными изменениями и в более старом приложении MVC, так как я использую этот System.Net.Http.Headers.ContentDispositionHeaderValueкласс.

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
}

public ActionResult Download()
{
    var document = ...
    var cd = new System.Net.Mime.ContentDisposition
    {
        // for example foo.bak
        FileName = document.FileName, 

        // always prompt the user for downloading, set to true if you want 
        // the browser to try to show the file inline
        Inline = false, 
    };
    Response.AppendHeader("Content-Disposition", cd.ToString());
    return File(document.Data, document.ContentType);
}

ПРИМЕЧАНИЕ. В приведенном выше примере кода неправильно учитываются международные символы в имени файла. См. RFC6266 для соответствующей стандартизации. Я полагаю, что последние версии метода ASP.Net MVC File()и ContentDispositionHeaderValueкласс правильно объясняют это. - Оскар 2016-02-25

У меня возникли проблемы с принятым ответом из-за отсутствия намеков на тип переменной «document»: var document = ...поэтому я публикую то, что сработало для меня в качестве альтернативы, на случай, если у кого-то еще возникнут проблемы.

public ActionResult DownloadFile()
{
    string filename = "File.pdf";
    string filepath = AppDomain.CurrentDomain.BaseDirectory + "/Path/To/File/" + filename;
    byte[] filedata = System.IO.File.ReadAllBytes(filepath);
    string contentType = MimeMapping.GetMimeMapping(filepath);

    var cd = new System.Net.Mime.ContentDisposition
    {
        FileName = filename,
        Inline = true,
    };

    Response.AppendHeader("Content-Disposition", cd.ToString());

    return File(filedata, contentType);
}

Дарин Димитров ответ правильный. Просто дополнение:

Response.AppendHeader("Content-Disposition", cd.ToString());может привести к сбою в отображении файла в браузере, если ваш ответ уже содержит заголовок «Content-Disposition». В этом случае вы можете использовать:

Response.Headers.Add("Content-Disposition", cd.ToString());

Для просмотра файла (например, txt):

return File("~/TextFileInRootDir.txt", MediaTypeNames.Text.Plain);

Чтобы загрузить файл (например, txt):

return File("~/TextFileInRootDir.txt", MediaTypeNames.Text.Plain, "TextFile.txt");

примечание: чтобы скачать файл, мы должны передать аргумент fileDownloadName

Я считаю, что этот ответ чище, (на основе https://stackoverflow.com/a/3007668/550975 )

    public ActionResult GetAttachment(long id)
    {
        FileAttachment attachment;
        using (var db = new TheContext())
        {
            attachment = db.FileAttachments.FirstOrDefault(x => x.Id == id);
        }

        return File(attachment.FileData, "application/force-download", Path.GetFileName(attachment.FileName));
    }

FileVirtualPath -> Исследования \ Global Office Review.pdf

public virtual ActionResult GetFile()
{
    return File(FileVirtualPath, "application/force-download", Path.GetFileName(FileVirtualPath));
}

Приведенный ниже код помог мне получить pdf-файл из службы API и отправить его в браузер - надеюсь, это поможет;

public async Task<FileResult> PrintPdfStatements(string fileName)
    {
         var fileContent = await GetFileStreamAsync(fileName);
         var fileContentBytes = ((MemoryStream)fileContent).ToArray();
         return File(fileContentBytes, System.Net.Mime.MediaTypeNames.Application.Pdf);
    }

Метод действия должен возвращать FileResult либо с потоком, байтом [], либо с виртуальным путем файла. Вам также необходимо знать тип содержимого загружаемого файла. Вот пример (быстрый / грязный) служебный метод. Пример ссылки на видео Как скачать файлы с использованием ядра asp.net

[Route("api/[controller]")]
public class DownloadController : Controller
{
    [HttpGet]
    public async Task<IActionResult> Download()
    {
        var path = @"C:\Vetrivel\winforms.png";
        var memory = new MemoryStream();
        using (var stream = new FileStream(path, FileMode.Open))
        {
            await stream.CopyToAsync(memory);
        }
        memory.Position = 0;
        var ext = Path.GetExtension(path).ToLowerInvariant();
        return File(memory, GetMimeTypes()[ext], Path.GetFileName(path));
    }

    private Dictionary<string, string> GetMimeTypes()
    {
        return new Dictionary<string, string>
        {
            {".txt", "text/plain"},
            {".pdf", "application/pdf"},
            {".doc", "application/vnd.ms-word"},
            {".docx", "application/vnd.ms-word"},
            {".png", "image/png"},
            {".jpg", "image/jpeg"},
            ...
        };
    }
}

Если, как и я, вы зашли в эту тему с помощью компонентов Razor, изучая Blazor, то вам придется подумать немного больше, чтобы решить эту проблему. Это немного минное поле, если (как и я) Blazor - ваш первый опыт в мире MVC-типа, поскольку документация не так полезна для таких «черных» задач.

Таким образом, на момент написания статьи вы не можете достичь этого, используя vanilla Blazor / Razor, не встраивая контроллер MVC для обработки части загрузки файла, пример которой приведен ниже:

using Microsoft.AspNetCore.Mvc;
using Microsoft.Net.Http.Headers;

[Route("api/[controller]")]
[ApiController]
public class FileHandlingController : ControllerBase
{
    [HttpGet]
    public FileContentResult Download(int attachmentId)
    {
        TaskAttachment taskFile = null;

        if (attachmentId > 0)
        {
            // taskFile = <your code to get the file>
            // which assumes it's an object with relevant properties as required below

            if (taskFile != null)
            {
                var cd = new System.Net.Http.Headers.ContentDispositionHeaderValue("attachment")
                {
                    FileNameStar = taskFile.Filename
                };

                Response.Headers.Add(HeaderNames.ContentDisposition, cd.ToString());
            }
        }

        return new FileContentResult(taskFile?.FileData, taskFile?.FileContentType);
    }
}

Затем убедитесь, что запуск вашего приложения (Startup.cs) настроен для правильного использования MVC и содержит следующую строку (добавьте ее, если нет):

        services.AddMvc();

.. и, наконец, измените ваш компонент, например, для связи с контроллером (итеративный пример с использованием пользовательского класса):

    <tbody>
        @foreach (var attachment in yourAttachments)
        {
        <tr>
            <td><a href="api/FileHandling?attachmentId=@attachment.TaskAttachmentId" target="_blank">@attachment.Filename</a> </td>
            <td>@attachment.CreatedUser</td>
            <td>@attachment.Created?.ToString("dd MMM yyyy")</td>
            <td><ul><li class="oi oi-circle-x delete-attachment"></li></ul></td>
        </tr>
        }
        </tbody>

Надеюсь, это поможет любому, кто изо всех сил (как я!), Получить соответствующий ответ на этот, казалось бы, простой вопрос в сферах Blazor…!