Kim's Note

  新增Web專案時，若範本選的是Web API,預設會幫我們建立一個HelpPage的Area 進入首頁後，點上方API連結

   今早打開Visual Studio 2015時，出現了載入某個元件的錯誤提示。本想說不去理它，應該下次再重開就好了，但之打開MVC View編輯時，出現了如下錯誤。雖然建置沒問題，但所有的Intellsense提示完全失效....。 ActiveLog.xml 解決方法 清空ComponentModelCache目錄內的檔案 C:\Users\ [username] \AppData\Local\Microsoft\VisualStudio\14.0\ComponentModelCache 參考來源 https://hanskindberg.wordpress.com/2014/02/27/visual-studio-clear-cache/

      目前的專案有一需求是在資料匯入時，將服務層級提高來加快匯入的速度，待完畢後再降回來，避免資源(金錢)的浪費。趁此K了一下最近剛入手的 Azure教戰手札 ，並撰寫一支Power Shell Script來玩玩。 前置工作   第一次使用PowerShell ，需設定ExecutionPolicy: Set-ExecutionPolicy -ExecutionPolicy RemoteSigned ps:此動作要使用Administrator執行 先確定是否已安裝Azure Power Shell ps:安裝後，需要 重新開機 ，否則會出現找不指令錯誤

   這幾天在Survery Visual Studio Online CI相關技術，看到一篇文章介紹VSO全新的建置系統 。試玩一下，將VSO的專案發佈成Pacakge並發行到Azure，感覺還不錯用，將目前使用的功能記錄起來。 VSO專案先建立Azure Service 切換到Services Tab 加入Service 輸入Azure的訂閱資訊，若找不到，也可以從上圖紅框的”publishsettings xml file”下載取得。

在發行網站後，每個View被第一次執行時，會進行第一次編譯的動作，並將編譯後的相關檔案複製到”Temporary ASP.NET Files”內(一堆.compiled的檔案)。此為預設的發行選項，好處是隨時可以修改View，不用透過VisualStudio再發行一次，壞處是每次修改及發行後的第一個執行會很慢。上述所說的好處，我想在正式環境上，幾乎也沒什麼機會去作這件事，所以可以不用考慮。 使用預先編譯 發行時使用預先編譯選項，將所有的View都預先編譯好，在第一次執行時，速度會明顯快很多。另一好處是順便會幫你檢查View是否有錯誤，例如:ViewModel已移除的屬性，但View在設計時期，無法知道。 如下圖的發行設定，並將"Allow precomplied site to be update” 移除勾選。