余小章 @ 大內殿堂

意外發現一枚好用工具，為什麼不用 VS IDE 所內建的 Entity Data Model Wizard Tool 呢? 因為我在轉 Model 的時候超級慢，為了解決這個問題，發現了這枚工具，後來經過交叉測試發現在 SQL Server 2016 環境下，轉起來特別慢，換 2014 SP2 | 2012 SP3 就正常了

主公司跟分公司通常不會在同一個網路環境，不同的建築物，網路資源可能會受到限制，在有限制的網路環境中，開發過程中網路要是有個萬一，可是會耗掉開發人員的時間阿，放心，TFS 有提供 Proxy 讓我們解決這個問題，好久以前就知道這個功能，直到今天才有機會實作

續上篇，https://dotblogs.com.tw/yc421206/archive/2011/06/17/28785.aspx，提到了淺複製與深複製，這裡整理了一些深複製的用法，希望對你有幫助...

Build vNext 的安裝步驟蠻簡單的，所以 TFS 2015 沒有寫，最近需要比較一下差異之處時，才發現自己的 Blog 找不到相關資訊，這次新版出來把它補上去，紀錄一下...

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 自己當第一個人瀏覽網站，以下分享我的作法

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