.NET Core中遇到的一些坑的圖文詳解

最近.NET Core升級到2.0後開始慢慢搗鼓的多了起來，但遇到了不少坑,所以特來記錄下。

第一個坑 條件編譯符

　　我們在編寫一些方法的時候通常會為Debug模式增加一些輸出日誌等以便我們檢查，也會為Release模式增加或修改一些特定的參數，但今天我在寫這些的時候就遇到了這個坑
#if !DEBUG #endif 中間的代碼 不能我怎麼更改配置環境 始終是灰色，這讓我開始懷疑，難道VS 2017 的.NET Core 不支援條件編譯符了？

於是建立了個控制台程式測試了以下，但又發現還是起作用了的如下：

這裡就可以 看到 我明明不是Debug環境啊，可是 #if DEBUG的還是正常色，！DEBUG的還是灰色，直接F5運行後 發現結果出乎我意外

結果居然是正常的，如何我又懷疑是我vs 更新後出問題了，於是我又用.net framework 舊格式建立一個了一個項目發現舊的又是好的

第二個坑 .NET Core MVC下的部分檔案無法下載

　　 使用.NET Core MVC建立了一個網站，本來使用的還蠻好的，但後來配備了app 於是就直接把apk 檔案放到 網站的wwwroot目錄下了，改了個名字就叫app.apk，然後訪問： http://127.0.0.1/app.apk 返回給我一個404 not find

因為搞iis 還是比較多，於是馬上想到一個是每天添加 mime導致，於是去iis網站裡面增加，發現以及存在了

瞬間就懵逼了，於是就從到要求篩選裡面去找找是不是在那被禁止了 但發現也沒用，於是又把檔案改成app.apk.zip試了下,發現zip是可以下載的

第三個坑 .NET Core 2.0 MVC 的試圖檔案

從2.0開始貌似試圖檔案被直接打包成了dll檔案，不在像傳統的mvc一樣發布後還是shtml檔案，而是被編譯成了dll檔案 命名規則是 項目名稱.PrecompiledViews.dll

第四個坑 .NET Core 引用DLL問題

我們以前開發總是把一些常用的某些功能性的單獨做成一個類庫 編譯成dll 後供項目使用，但這樣做好像在.NET Core的項目中行不通

起初我寫了一個公用的類庫，在解決方案裡面又新增了一個類庫，去引用公用類庫的項目，這樣做的時候並沒有什麼異常，但當我啟動另外一個vs建立一個新的解決方案添加項目在去引用公用類庫的dll後 在vs裡面寫代碼都很正常，代碼提示也都有

但是一按F5 調試就出來坑了，報未能找到類型或命名空間

解決方案是把公用類庫打包 產生NuGet包

然後通過管理NuGet包添加引用，但很多情況下 一些類庫我並不想都放到nuget.org上面，可以把產生的nuget包放置Microsoft Visual Studio Offline Packages 離線包裡面

放到Microsoft Visual Studio Offline Packages對應的目錄即可