余小章 @ 大內殿堂

EF 在第一次使用時會根據資料庫產生 mapping views，這個動作很花時間，以下紀錄一下使用方式

根據預設，在使用者首次要求資源時 (例如要求網站的頁面)，會動態編譯 ASP.NET Web 網頁和程式碼檔。在頁面與程式碼檔案初次編譯之後，就會快取編譯過的資源。因此，後續對相同頁面的要求就會非常有效率。 出自：https://msdn.microsoft.com/zh-tw/library/bb398860(v=vs.110).aspx

根據預設，Web 應用程式專案中的程式碼檔可藉由使用 Microsoft Build Engine (MSBuild) 而先行編譯成單一組件。 ASP.NET Web 網頁 (.aspx)、使用者控制項 (.ascx) 及 MVC Razor 檢視 (.cshtml and .vbhtml) 則會由 ASP.NET 編譯器在伺服器上進行動態編譯。 您還可以選擇先行編譯網頁、使用者控制項及 Razor 檢視。 出自：https://msdn.microsoft.com/zh-tw/library/aa983464(v=vs.110).aspx

有經驗的 .NET 開發人員大都會知道第一次瀏覽網站的時候都會很慢(第一個人是倒楣鬼)，因為 ApplicationPool 必須要有請求才會活起來

為了閃掉這個問題，可透過腳本定期瀏覽不要讓人家發現這個問題

在 IIS 8 之後 (IIS 7 要另外處理)，就可以直接設定 Application Initialization (Preload)，讓 IIS 自己當第一個人瀏覽網站，以下分享我的作法

我使用預設頁面無法正常的觸發事件，紀錄一下解決方法

這個功能看似很簡單，但我一直無法成功鎖定帳號，追根究柢就是不了解運作方式，以下就來分享實作心得

續上篇，https://dotblogs.com.tw/yc421206/2016/08/02/identity_oauth_owin_setup

隨著功能的演進，原本用 Fiddler 編寫的測試腳本，越來越不容易管理，Web API 的品質也越來越不穩定
有了 TestServer 之後，我的問題就一掃而空，接下來就來分享我的作法，

續上篇 https://dotblogs.com.tw/yc421206/2016/08/02/asp_net_identity_basic 了解 ASP.NET Identity 的 UserManager 的運作方式後，這裡就要把 UserManager 丟到 OWIN 執行

會員管理的演進過程有很長的一段時間，從 ASP.NET 2.0 開始的 Membership 到現在的 ASP.NET 4.5 的 Identity，一代比一代好，每一代都有他存在的價值，沒有絕對的優點

現代，若是要開發一個安全性高(雙因子驗證)，整合外部帳號(Google、Facebook) ，ASP.NET Identity 就成為我的首選

另外它以 OWIN 為基礎，可以在所有 .NET Framework中使用，包含 ASP.NET MVC、 Web Forms、Web Pages、Web API，與SignalR等類型的應用程式

Telerik 的 UI for ASP.NET MVC 提供了一些元件，讓我們開發應用程式的時候，可以省掉一些造輪子的時間，但是熟讀 API 的時間是跑不掉的。

今天要分享的內容技術含量不高，單純是 ASP.NET MVC 新手，使用 Telerik 的 UI for ASP.NET MVC 踩雷過程

在 4.2 的時候，CreateMap 方法只是被標記過時

到了 5.0.2 的時候，這些過時的方法，已經被拔掉，改由 MapperConfiguration 取代，一旦升級到 5.0.2 就勢必要面臨改寫程式，也獲得到超高效能
https://lostechies.com/jimmybogard/2016/06/24/automapper-5-0-speed-increases/