心血來潮，將某個小專案的 ASP.NET Core 相關套件從 1.1 更新至 2.0，
更新套件看起來沒什麼問題，執行起來到有 [Authorize] 的 Action 前，立馬掛在 middleware next()...
預設 ASP.NET Core 範本是運行在 IIS Express 或者直接執行 exe，
若不想每次得開專案執行，或者下 Command 將服務執行起來，
可以讓 ASP.NET Core 像 ASP.NET 一樣運行在 IIS 上開發邊偵錯，
1.首先，先開啟 Internet Information Services 功能
上一次是使用 dotnet watch 達到網站邊執行，邊改代碼，重新整理網頁就能看到代碼的結果，參考:
但很多 .NET 開發者更熟悉 Visual Stdio 2017，這次就來體驗 VS 2017 改完代碼，重新整理網頁就是最新的代碼吧~
有沒有使用指令 dotnet run 或用 VS Code 按 Debug 執行 ASP.NET Core，
常常發現有一段 Code 想要改一下，但是你已經在執行網站了，
所以得停止網站程序，並修改代碼後，在 dotnet run 或按 Debug 來執行，
主角登場！ dotnet watch 能解決在執行過程中，直接修改代碼儲存，就會背景自動編譯，自動重新執行！
上一篇提到 [ASP.NET MVC][Owin] 用最簡單 Cookie 認證方式，
這次改換 ASP.NET Core 的 Microsoft.AspNetCore.Authentication.Cookies 練習最簡單的 Cookie 認證與授權，
上一次簡單提到 [ASP.NET] Forms 驗證與授權 的方式，
這次改換 Owin 的 Microsoft.Owin.Security.Cookies 如何做驗證與授權，
這篇會使用 Visual Studio 2015 + .NET 4.6.2 建立 Console 程式來嘗試 EF Core，
同時也會使用 dotnet + .NET Core 1.0 建立 Console 程式來嘗試 EF Core。
來開始嘗試第一支 .NET Core Console 程式吧！
這裡會在 Windows 環境下使用 dotnet 來執行 Console 程式，並顯示出 Hello Word!
繼上一篇 [.NET CLI] 將 dotnet 1.0.0-beta-001598 更新至 1.0.0-preview3-003246 ，
我在想這邊紀錄一下這兩個版本用 dotnet new 預設建立的專案內容差異，