.Net Core之實現下載檔案的執行個體

本篇將和大家分享的絲.NetCore下載檔案，常見的下載有兩種：A標籤直接指向下載檔案地址和post或get請求後台輸出檔案流的方式，本篇也將圍繞這兩種來分享；如果對您有好的協助，請多多支援。

• 允許網站不識別content-type下載檔案（即：不受mime類型限制下載）

• 如何允許下載.nupkg和.apk尾碼的檔案

• Razor模板的post下載檔案例子

• 半年來使用NetCore的一些感想和焦慮

允許網站不識別content-type下載檔案（即：不受mime類型限制下載）

對於netcore的web項目而言，內建了一些content-type允許下載的檔案類型；我們將通過一個普通的razorweb項目來看看直接通過串連下載excel例子；首先，在項目的wwwroot目錄建立一個bak檔案夾，然後在該目錄下存放如下幾種檔案：

通過測試這個時候只有excel.xls檔案是能直接被下載的，其他的都是404：

要想.apk,.nupkg.cs等尾碼的檔案不被限制，我們可以通過 public static IApplicationBuilder UseStaticFiles(this IApplicationBuilder app, StaticFileOptions options); 擴充來設定，我們僅僅只需要修改為如下代碼：

            app.UseStaticFiles(new StaticFileOptions            {                //設定不限制content-type                ServeUnknownFileTypes = true             });

然後在重啟運行，這個時候我們再來訪問下載這幾個檔案就沒問題了(注意這個時候下載任何尾碼的檔案都行)，如下：

至於cs尾碼的檔案在google瀏覽器中是直接顯示的內容，這裡就不貼圖了，有興趣的可以試試；

如何允許下載.nupkg和.apk尾碼的檔案

通過上面例子我們能夠使用 ServeUnknownFileTypes = true; 直接設定無限制下載檔案類型，這種通常不是太好或者說不允許，亦或者不常說的不安全吧；如果我們只需要增加.nupkg和.apk尾碼的檔案的下載，那麼可以通過如下代碼來添加mime類型，如：

app.UseStaticFiles(new StaticFileOptions            {                //ServeUnknownFileTypes = true                 ContentTypeProvider = new FileExtensionContentTypeProvider(new Dictionary<string, string>                {                    { ".apk","application/vnd.android.package-archive"},                    { ".nupkg","application/zip"}                })            });

同樣的也能對excel,apk,nupkg尾碼的檔案進行下載：

但是這個時候我們訪問 http://localhost:1120/bak/Startup.cs 就得不到下載的內容了：

因為我們沒有添加對.cs檔案的擴充類型，故而系統直接給咋們返回404；這裡我們通過FileExtensionContentTypeProvider對象的建構函式傳遞了一個mapping的dic類型來讓項目知道允許下載的content-type類型的檔案；

Razor模板的post下載檔案例子

老實說最近一端時間有空我就會研究下Razor模板，下面我們將通過她的post表單的方式來請求後端下載檔案的方法；下面直接給出login.cshtml檔案的代碼：

@page@model LoginModel@{}<form method="post">    <button type="submit" asp-page-handler="down" class="btn">下載</button>    <button type="submit" asp-page-handler="down01" class="btn">下載01</button>    <button type="submit" asp-page-handler="down02" class="btn">下載02</button></form>

這裡值得注意的是，razor通過asp-page-handler=來執行請求後端的方法，我們來看看最終她產生的html代碼後是什麼樣子的：

能夠看出這裡主要通過handler作為參數名稱來傳遞請求的後端方法，下面再來看看後端代碼這樣寫的(為了方便下載檔案的路勁我以love.apk為例)：

/// <summary>        /// 虛擬檔案地址輸出下載                /// </summary>        /// <returns></returns>        public IActionResult OnPostDown()        {                    var addrUrl = "/bak/love.apk";                    return File(addrUrl, "application/vnd.android.package-archive", Path.GetFileName(addrUrl));        }                /// <summary>        /// 檔案流的方式輸出        /// </summary>        /// <returns></returns>        public IActionResult OnPostDown01()        {                    var addrUrl = @"D:\F\學習\vs2017\netcore\Study.AspNetCore\WebApp02-1\wwwroot\bak\love.apk";                    var stream = System.IO.File.OpenRead(addrUrl);                    return File(stream, "application/vnd.android.package-archive", Path.GetFileName(addrUrl));        }                /// <summary>        /// 通過HttpClient擷取另外網站的檔案流，再輸出                /// </summary>        /// <returns></returns>        public async Task<IActionResult> OnPostDown02()        {            var path = "https://files.cnblogs.com/files/wangrudong003/%E7%89%B9%E4%BB%B701.gif";            HttpClient client = new HttpClient();            client.BaseAddress = new Uri(path);                        var stream = await client.GetStreamAsync(path);                        return File(stream, "application/vnd.android.package-archive", Path.GetFileName(path));        }

後端3個post接受方法都同樣使用了FileStreamResult來輸出下載檔案，不同點在於檔案來源不同；

對於簡單一些的網站來說，下載檔案一般存在於網站目錄下，有點類似於我這裡的wwwroot/bak目錄，因此能夠通過網站虛擬目錄下載，也就是咋們第一種的下載方式；

有一些網站為了檔案安全性，一般會存在於web網站的相同伺服器磁碟中，因此需要通過這裡的第二種方式擷取檔案流，再傳遞給File()；

最後一種就是把自己其他網站或者別人網站上的檔案轉一下，當做自己的檔案來輸出，這種方式也就是咋們常說的盜鏈方式之一；

對於razor的handler參數，這裡需要注意的是她對應是咋們後端代碼OnGetxxx或者OnPostxxx方法中的xxx名稱，這是一種razor請求規範，必須要遵守哦。

半年來使用NetCore的一些感想和焦慮

感想：

到目前netcore最新版本2.0，其api很強大了，就目前我做的幾個項目使用來看，她api支援度很好；之前遇到過也有人問過我有處理圖片的api嗎，答案是肯定的，現在nuget包社區已經有很多種包支援圖片處理了，有興趣的朋友可以去看看https://www.nuget.org/packages；在穿插了幾個項目後，深刻感覺netcore的學習成本其實並不高，就netcore的mvc項目而言，只要之前會mvc架構，或是webform(個人感覺對應razor)那用起來是無壓力；這裡建議有些不敢嘗試netcore2.0的朋友或者覺的有學習成本的朋友不妨試試；

焦慮：

netcore2.0出來還是有段時間了，這段時間儘管有很多朋友在部落格園分享很多相關的文章和git上的項目；但是在3個netqq群中反應或者提出netcore開發遇到的問題情況來看還是很少，不由讓人擔心；當然了我所知道的幾個大牛們或公司的部分技術決策層的人也在關注並也陸續用這再做新項目；其他城市我不瞭解，就北京這邊很有一些創業公司的創業項目起始點就用的是netcore，所以希望還在觀望的朋友或領導們是時候開始行動了，一起努力推動社區的發展。