Zwracanie pliku do Wyświetl / Pobierz w ASP.NET MVC

Mam problem z wysyłaniem plików przechowywanych w bazie danych z powrotem do użytkownika w ASP.NET MVC. To, czego chcę, to widok z listą dwóch linków, z których jeden służy do wyświetlania pliku i pozwala typowi mimetalnemu wysłanemu do przeglądarki określić, jak powinien być obsługiwany, a drugi do wymuszenia pobrania.

Jeśli zdecyduję się wyświetlić plik o nazwie, SomeRandomFile.baka przeglądarka nie ma powiązanego programu do otwierania plików tego typu, nie mam problemu z domyślnym zachowaniem pobierania. Jeśli jednak zdecyduję się wyświetlić plik o nazwie SomeRandomFile.pdflub SomeRandomFile.jpgchcę go po prostu otworzyć. Ale chcę też zachować odsyłacz pobierania z boku, aby móc wymusić monit o pobranie niezależnie od typu pliku. Czy to ma sens?

Próbowałem FileStreamResulti działa dla większości plików, jego konstruktor domyślnie nie akceptuje nazwy pliku, więc nieznanym plikom przypisuje się nazwę pliku na podstawie adresu URL (który nie zna rozszerzenia, które można podać na podstawie typu zawartości). Jeśli wymuszę nazwę pliku, określając go, tracę możliwość bezpośredniego otwarcia pliku przez przeglądarkę i pojawia się monit o pobranie. Czy ktoś jeszcze tego doświadczył?

To są przykłady tego, czego do tej pory próbowałem.

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

Jakieś sugestie?

AKTUALIZACJA: To pytanie wydaje się uderzać w wielu ludzi, więc pomyślałem, że opublikuję aktualizację. Ostrzeżenie dotyczące zaakceptowanej odpowiedzi poniżej, które zostało dodane przez Oskara w odniesieniu do znaków międzynarodowych, jest całkowicie ważne i trafiłem go kilka razy z powodu korzystania z ContentDispositionklasy. Od tego czasu zaktualizowałem moją implementację, aby to naprawić. Chociaż poniższy kod pochodzi z mojego ostatniego wcielenia tego problemu w aplikacji ASP.NET Core (Full Framework), powinien on również działać przy minimalnych zmianach w starszej aplikacji MVC, ponieważ używam tej System.Net.Http.Headers.ContentDispositionHeaderValueklasy.

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

UWAGA: Powyższy przykładowy kod nie uwzględnia poprawnie międzynarodowych znaków w nazwie pliku. Odpowiednia normalizacja znajduje się w RFC6266. Uważam, że najnowsze wersje metody ASP.Net MVC File()i ContentDispositionHeaderValueklasa poprawnie to uwzględniają. - Oskar 25.02.2016

Miałem problem z zaakceptowaną odpowiedzią z powodu braku podpowiedzi typu w zmiennej „document”: var document = ...Więc zamieszczam to, co działało dla mnie jako alternatywę na wypadek, gdyby ktokolwiek miał problemy.

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

Odpowiedź Darina Dimitrowa jest poprawna. Tylko dodatek:

Response.AppendHeader("Content-Disposition", cd.ToString());może spowodować, że przeglądarka nie wyświetli pliku, jeśli Twoja odpowiedź zawiera już nagłówek „Content-Disposition”. W takim przypadku możesz użyć:

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

Aby wyświetlić plik (na przykład txt):

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

Aby pobrać plik (na przykład txt):

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

Uwaga: aby pobrać plik, należy przekazać argument fileDownloadName

Uważam, że ta odpowiedź jest bardziej przejrzysta (na podstawie 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 -> Research \ Global Office Review.pdf

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

Poniższy kod działał dla mnie w celu pobrania pliku pdf z usługi API i wysłania go do przeglądarki - mam nadzieję, że to pomoże;

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

Metoda akcji musi zwrócić FileResult ze strumieniem, bajtem [] lub wirtualną ścieżką pliku. Będziesz także musiał znać typ zawartości pobieranego pliku. Oto przykładowa (szybka / brudna) metoda narzędzia. Przykładowy link wideo Jak pobierać pliki za pomocą asp.net core

[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"},
            ...
        };
    }
}

Jeśli, podobnie jak ja, przyszedłeś do tego tematu za pomocą komponentów Razor, ucząc się Blazora, musisz pomyśleć nieco więcej, aby rozwiązać ten problem. To trochę pole minowe, jeśli (tak jak ja) Blazor jest twoim pierwszym wcieleniem do świata typu MVC, ponieważ dokumentacja nie jest tak pomocna dla takich „służebnych” zadań.

W chwili pisania tego tekstu nie można tego osiągnąć za pomocą wanilii Blazor / Razor bez osadzenia kontrolera MVC w celu obsługi części pobierania plików, której przykład jest następujący:

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

Następnie upewnij się, że uruchomienie aplikacji (Startup.cs) jest skonfigurowane do prawidłowego korzystania z MVC i ma następujący wiersz (dodaj go, jeśli nie):

        services.AddMvc();

.. a następnie w końcu zmodyfikuj komponent, aby połączyć się ze sterownikiem, na przykład (przykład oparty na iteracji z wykorzystaniem klasy niestandardowej):

    <tbody>
        @foreach (var attachment in yourAttachments)
        {
        <tr>
            <td><a href="api/[email protected]" 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>

Mam nadzieję, że pomoże to każdemu, kto miał problemy (jak ja!), Aby uzyskać odpowiednią odpowiedź na to z pozoru proste pytanie w dziedzinie Blazora…!