余小章 @ 大內殿堂

https://dotblogs.com.tw/yc421206/archive/2014/07/28/146082.aspx 根據上篇，可輕易地在專案建立出不同環境的組態設定，但是 TFS 上的 Build 沒有正常的切換環境，測試專案的連線字串沒有根據我期望的切換，不像 Web 那樣，原來還需要一些設定，以下分享我成功的方法。

Team Foundation Server 2017 出來沒多久後，我就按下升級了，不過升級的過程當中很快就卡住了， SQL Server 最低要 2014，我的 SQL Server 只有 2012，就代表我得先升級 SQL Server
由於那台 SQL Server 是 Production ，不能隨便亂動(升級)，為了要能夠升級然後又不想要每次都處理資料庫版本相依的問題，我把原本分散式的架構，換成集中式，並把舊的資料庫轉移到新的資料庫

Franma得知後在第一時間內就撥電話給予建議(感覺超麻煩)，我在轉移資料庫的過程當中也嘗試了幾種失敗做法，現在，分享我成功的作法，獻給Franma，也獻給跟我碰到同困境的夥伴

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等類型的應用程式