I am PC

換了新筆電後，還沒有用他寫過 Ionic 專案，很多工具必須先裝起來，於是就裝了最新版的 Cordova 7.0 和 Ionic CLI 3.4，但就此無法編譯一年多前啟動的舊專案，錯愕呀！

Angular CLI 開發工具真的是很優秀，將前端開發所需要的工作、流程都包裝好了，學會之後，前端開發流程就甘之如飴了。前端搞定了，別忘了還有後端，我偏好使用 ASP.NET Core Web API 作為開發後端專案的框架，然後前後端都有自己的專案架構，這兩者要如何整合呢？

警告！這篇介紹的 Visual Studio 完整移除工具，建議用在你真的沒辦法了的時候再用，因為當你按下 Y 他真的會把所有 Visual Studio 相關的工具都移除，務必小心使用。

佈署 Angular 應用程式至 IIS 時，一定會遇到路由問題，基本上兩種解法，修改 Angular 路由模組訂定，改用 useHash 的方式處理，或者使用 IIS 的 URL Rewrite 模組，而如果佈署到 IIS 網站的虛擬目錄 / 應用程式時，有些地方就要修改了。

Angular 專案環境是一個 RxJS friendly 的環境，可以透過 RxJS 幫我們完成很多任務，而如果你和我一樣總是傻傻分不清楚所使用的 RxJS 是來自 operator 和 observable 了話，然後總是背不起來運算子到底在哪裡，可以試試看下面這種查詢方式。

在官方還沒有提供同步設定檔與套件的功能前，可以透過 Settings Sync 擴充套件來做同步，最近學習到一種做法，是將推薦的套件包成一個擴充套件包，之後只要安裝這一個套件，其他的也會一起裝起來，感覺超棒的！

在建立了 VS Code 擴充套件後，你可以選擇發行至官方的 Extension Marketplace，或者封裝成 .vsix 做分享，本篇就來介紹發行擴充套件至 Extension Marketplace 的動作。

IIS 中已經幫我們設定好基本的 MIME 類型，但總有些特殊的 MIME 必須我們手動加入，除了在 IIS 上，使用介面做新增外，我們可以透過設定 web.config 檔的方式，將應用程式所需要的 MIME 指定上去，這樣就不用一直去更新 IIS 了。

DevOps 當道的時代，CI 和 CD 這兩個名詞一定要知道，而在 Azure App Service 上，也有提供 CI、CD 的服務，讓你可以使用各種版控工具做提交，然後執行腳本來完成持續整合，並在最後發布至 Azure App Service 中。

最近剛好在處理 Sitemap 的問題，如果有在做 SOE 的朋友應該都知道 Sitemap 的重要性，他可以為搜索引擎的蜘蛛提供瀏覽整個網站的連結，藉此讓搜尋引擎更認識你的網站，後來就想在自己的部落格來玩玩看，就找到這個方法，不使用任何 Jekyll 套件，就能輕鬆產出 sitemap.xml。