Profile ASP.NET Application 使用 Prefix

前不久在 feedly 裡看到訂閱的 Mikesdotnetting 部落格介紹了一個免費的 ASP.NET 監控工具「Prefix」，大致看了一下介紹，發現到這的確是個不錯的工具，所以就寫篇文章來做個簡單介紹。

這部落格也介紹了一些 Profile 的工具，例如 miniProfiler, Glimpse 等，但這個 Prefix 與前面所提的有什麼不同呢？看下去就知道。

 

---

調整你的 Visual Studio - Part.3

這一篇其實並不會像前兩篇講太多有關工具設定或調整的內容，著重在一個重點「快」。很多人都會問我「要怎樣才能快速產出？」「要如何才能有效率的開發？」，要不然就是跟我直接說要我教他們如何快速寫程式。

其實這有很大的誤會，因為熟悉我的人都會知道我其實寫程式是很慢的，慢就算了，而且會非常吹毛求疵，因為我不希望我所寫的程式在交付上線之後會有嚴重的問題出現，所以我會很嚴謹地寫程式，尤其現在我已經在專案開發導入測試之後，我一定會在交付前將所有功能的測試給完成並通過後才會交出去，所以我寫程式會快嗎？當然不會有多快，但是我還是可以在同樣的時間內將功能給完成而且還包含測試，這並沒有什麼魔法或奇蹟，只是開發習慣的養成而已。

 

---

調整你的 Visual Studio - Part.2

上一篇「調整你的 Visual Studio - Part.1」介紹了一些有關我常用的 Visual Studio 配置設定，以及我所使用的擴充功能，就如同在那一篇的開頭所說的，並不一定我所使用的配置設定就適合所有人，也不一定每個人都能夠認同，就拿文字編輯器的行號顯示來說，就有些朋友認為不需要讓行號顯示出來，因為會讓他們覺得礙眼，還有就是顯示行號會佔用了文字編輯器的顯示空間，諸如此類，我所介紹的內容只是讓大家做個參考，如果你們已經有習慣並且有更好的配置設定，就不需要去做改變，如果你的配置是沒有做任何的改變或是調整，那麼可以嘗試我的介紹，並且去習慣這樣的改變，相信這樣的改變會讓你在開發上有更好的幫助。

上次有講到「Productivity Power Tools」這個幾乎是每個使用 Visual Studio 的開發者必裝的套件，其實還是有些配置設定是可以介紹的，這次會做一些說明（但不會說得太多）。

 

---

調整你的 Visual Studio - Part.1

這個題目很難定，因為每個人的 Visual Studio 開發環境不盡相同，我所建議的調整項目不見得適合每一個開發人員，有些大師使用著初始預設值設定的 Visual Studio 進行開發也一樣能夠寫出高深莫測的專案，但這是少數中的少數，並不是所有的開發人員都可以跟大師一樣，每個人完成安裝 Visual Studio 之後一定會做些環境設定調整、安裝熟悉以及慣用的套件，但還是有蠻多開發人員並沒有好好地將 Visual Studio 做調整與修改，反而浪費了有著地球上最強 IDE 稱號的 Visual Studio。

所以這邊提供我的 Visual Studio 環境設定項目，包含了曾經陸續發表的一些文章，例如 Visual Studio 套件、設定等，將這些調整給大家做為參考，這個主題應該會成為系列文章，畢竟安裝的套件以及修改的設定也不在少數。

---

Visual Studio Extenstions - Codinion

不論是我在測試開發用的電腦或是在工作時所使用的電腦，電腦裡頭的 Visual Studio 都會安裝一些幫助我開發能夠更有效率的擴充套件，有些是免費的而有些則是需要付費購買的，我的觀念是使用者付費，而且我主要的工作就是使用 Visual Studio 開發程式，所以我會花錢購買擴充套件來讓我的工作產能有所提升，身為一個號稱「專業」的程式開發人員就必須要為自己的工作做點投資，有投資就一定會有所收穫。

這篇要介紹的是一個新的擴充套件「Codinion」，雖然是個小套件，但只要是能夠對我們開發有所幫助的都是好套件。

 

---

SQL 工具介紹 - ApexSQL Complete, Refactor, Search

這幾年的專案所使用資料存取方式都已經是已使用 ORM Solution 為主，所以就比較少會去關注 T-SQL 的操作，但有時候一些專案還是會遇到需要在專案裡使用 SQL Command 的時候，因為我不是 DBA 所以比較進階的 T-SQL 操作就會相當苦手，術業有專供，我還是乖乖地寫程式好了。

而在 SSMS 裡操作 T-SQL 的時候，在 SSMS 的 2008 版本之後就有加入了 Intellisense 的功能，可以讓我們寫 T-SQL 的時候就好像在 Visual Studio 裡寫程式一樣有提示讓我們可以更方便以及快速的完成指令碼編輯，但是內建的 Intellisense 功能略嫌不足，所以有一套更加好用的輔助工具也是許多人在使用「SQL Complete - Intellisense and Code Formatter in SQL Server Management Studio」，SQL Complete 有分免費版與付費版，如果像我一樣不是專職 DBA 的開發人員，其實使用免費版就已經夠好用了，而 SQL Complete 的好用與功能介紹，可以詳閱微軟 MCP demo 與黑暗執行緒的介紹文，「SSMS 套件可以完全取代 內建 IntelliSense 的好工具 dbForge SQL Complete | demo小鋪」「SSMS Intellisense強化工具-dbForge SQL Complete - 黑暗執行緒 」。

不過這邊並不是要介紹 devart  SQL Complete，而是要來介紹三個也是相當好用的 SQL 輔助工具，重點是這三個好用的工具是免費的，所以在這裡向各位做個簡單的介紹。

 

---

Visual Studio Extensions - Bing Developer Assistant

在之前的 twMVC#15 研討會由我分享的講題「開發的效能與效率」裡，其中我有分享了一個 Visual Studio 擴充功能「Bing Code Search」，這個擴充功能也是我在講課的時候都會介紹，不過這個套件的功能是蠻陽春，最主要的功能就是經由 Bing 搜尋引擎去搜尋網路上有關 Keyword 的內容，來源並不是任何的資料都抓出來，主要會是去找 MSDN 與 StackOverflow 等網站的內容，最主要目的是要作為編輯程式時的輔助功能，而不是鼓勵大家寫程式都去找網路上的資料然後複製貼上。

前不久原本 Bing Code Search 的開發團隊推出了一個新的 Visual Studio 擴充功能「Bing Developer Assistant」，這個新擴充功能就是要取代 Bing Code Search，大家可以試著去連結原本 Bing Code Search 在 Visual Studio Gallery 的連結，進去之後就會被重新導向 Bing Developer Assistant，雖然目前還是 Beta 版，但大致上的功能已經完備，至於有什麼好用以及與以往有什麼不一樣的地方呢？就繼續看下去。

 

---

Visual Studio - 使用 Twainsoft StudioStyler 快速更換 Style

在之前的幾篇文章「Visual Studio 2013 佈景主題與 Code Style」「換個好字型讓程式開發有效率」都有提到「Studio Styles」這個提供 Visual Studio Color Schema 的網站，可以讓我們從網站裡挑選適合自己並且也看得順眼的 Color Schema，藉此讓我們可以稍稍地提升編輯程式時的效率。

不過每次做 Color Schema 的更換時總是會感到不方便，還要離開 Visual Studio 然後再到 Studio Styles 裡下載 Color Schema 檔案，取得檔案之後再回到 Visual Studio 裡匯入 Color Schema 設定檔，為了要找到一個看得順眼的 Color Schema 就會這樣來來回回地好幾次，如果在 Visual Studio 裡有個工具或是介面來讓我可以快速地切患病套用各種 Color Schema 的話，這樣不是很方便嗎？

今天就看到 Visual Studio Extensions Gallery 裡新增加了一個擴充套件「Twainsoft StudioStyler」，就是這麼一個方便的套件，讓我們可以方便地檢視在 Studio Style 上面的各個 Color Schema，並且可以快速的套用，算是一個蠻不錯的工具。

 

---

讓 Debugging 的時候也可以隨著組態轉換 Web.Config

這一篇的題目跟前一篇「發佈網站時依據組態設定的不同而轉換 Web.Config」相當相似，不過要達成的結果卻是不一樣的，前一篇所講的是在發佈網站時，可以事先透過增加組態設定然後新增相對應的 Web.Config 檔案，然後在發佈網站就可以選擇不同組態而轉換 Web.Config 的內容。

原本要寫的是各位看到的這一篇，但是之前並沒有文章交代有關發佈網站並選組態轉換 Web.Config 的主題，必須要先有前一篇的基礎之後才能夠完成這一篇，不然兩篇的內容寫在一塊，我想現在也很少人會花時間去看一篇冗長的文章了。

這一篇要講的就是我們在 Visua Studio 開發網站時，我們也有增加組態並且編輯相對應 Web.Config 的轉換設定內容，但是當進入偵錯模式的時候卻無法隨著組態選擇的不同而讓偵錯模式下的網站也能有所轉換，因為預設的組態轉換 Web.Config 是只有在發佈網站的時候才有作用，這一篇就是要來說明如何讓我們在偵錯模式下也可以隨著選擇不同的組態而轉換當下的 Web.Config。

 

---

發佈網站時依據組態設定的不同而轉換 Web.Config

在一般開發專案的時候，我們會在組態對應的 Config 檔案裡添加在發佈時需要至換的設定值，這樣的轉換常常會用在資料庫連接字串的轉換，如果對於組態轉換 Web.Config 設定的操作不熟悉或是沒有這麼做的朋友，可以詳讀以下連結的 ASP.NET 官網教學文章，

ASP.NET Web Deployment using Visual Studio: Web.config File Transformations | The ASP.NET Site

這一篇就來看看如何讓我們在發佈網站的時候能依照選擇組態的不同，而轉換 Web.Config 的內容。

 

---

換個好字型讓程式開發有效率

之前在 twMVC #15 所講的主題是「開發的效能與效率」，其中說明了很多有關如何讓我們的開發效率有所提升的方法，當然這些提供給各位的方法其實是見仁見智，最主要的還是需要開發者能夠多瞭解開發工具「Visual Studio」並且將其調整到最適合我們開發的狀態，這麼一來就可以達到提高開發效率之目的，

開發的效能與效率 - twMVC#15

而在這一次的研討會裡我沒有說到的內容就是「字型」，這個部分在 ASP.NET MVC 的課程裡一定會提到，講得直白一點就是「好的字型讓我們開發效率上天堂，不好的字型讓我們寫 Code 眼睛會脫窗」，因為當我要使用別人的電腦去解決他們的問題時，一看到 Visual Studio 仍舊使用預設的「細明體」我就會很難受，如果時間允許而且他們同意的話，我都會多事地幫他們更換字型，至少在找尋程式問題的時候可以讓眼睛舒服一點，而且可以明確的辨別出「字」。

之所以會寫這一篇，主要是看了這一篇文章「適合程式設計師編寫程式的免費等寬字型（Monospaced Font）整理 | G. T. Wang」，當然裡面的字型並非都適合 Visual Studio 也不是都適合每個程式開發人員，但是開發者每天面對數量龐大而且密密麻麻的程式碼，如何舒服地閱讀就是值得關注的重點，而要讓我們可以舒服地閱讀並且有效率的編輯程式，就是要從選擇好的字型開始。

 

---

使用 Sample Browser 尋找範例專案

在 Visual Studio 2012 (VS2010) 裡有一個 Extensions （擴充功能）「Sample Browser」，讓我們可以方便地尋找相關的範例專案，不過到了 Visual Studio 2013 之後「Smaple Browser」並未順勢推出相對應的版本，不過還是可以從不同的地方來尋找範例專案。

 

---

小工具介紹：IIS Express GUI 與 IIS Express Manager

從 VS2010 開始，開發網站時就多了 IISExpress 這個程式開發伺服器，使開發網站時於偵錯模式下的運作可與 IIS 一般，更能貼近真實的執行環境，而到了之後的 VS2013 將只有 IISExpress 作為開發伺服器，因為原本的 ASP.NET 開發伺服器（ASP.NET Development Server）是以 IIS 6.0 架構去執行，所以將會在 VS2013 裡消失。

IISExpress 有如一個小型的 IIS，但是並沒有一個圖形操控介面工具存在，所以想要瀏覽一個開發中的網站時，除非有開啟 Visula Studio 或是以指令碼去啟動 IISExpress 並且執行要瀏覽的網站後才能夠瀏覽，並不是很方便。

不過昨天發現到有一個小工具，有提供一個相當簡單的 GUI 介面，可以讓我們用相當方便的方式開啟或關閉電腦中在 IISExpress 裡有建立虛擬目錄的網站，而且不管是 IISExpress 7.5  或 8.0 都可以使用喔！

 

---

Team Foundation Service 使用 Git 與 TortoiseGit

這一篇將要來簡單介紹一下如何在 Team Foundation Service 使用 Git 做為版本控管的情況下，在一般的檔案總管內使用 TortoiseGit 來進行檔案的 Commit 與 Push。

 

---

LINQPad - IQ Driver - for MySQL, SQLite, Oracle

LINQPad 相當好用，我已經用了很多篇文章來說明 LINQPad 的使用，一般使用 MS SQL 或 MS SQL Express 的開發人員通常在 LINQPad 裡是比較不會感覺到不便，一旦當你開發的專案是使用非 MS SQL 的資料庫時，通常在開發機裡有安裝了相對應的 Data Provider 之後就不會有無法在 LINQPad 裡使用的問題，但如果再一台沒有安裝相對應 Data Provider 的時候，就無法在 LINQPad 裡去對這些資料庫進行 LINQ 查詢操作了。

不過這個問題之前就有了解決的方式，可以讓我們不必安裝相對應的 Data Provider 的情況下還是可以在 LINQPad 裡進行查詢操作。

 

---

使用虛擬機器測試不同版本的 IE 瀏覽器

開發網站需要面對多種瀏覽器，上一篇文章有提到過，早期頂多測試兩種瀏覽器就可以，但隨著作業系統與裝置的多元發展，瀏覽器也多了很多種、很多版本，所以開發網站就必須要測試很多種的瀏覽器與及不同環境，上一篇「推薦一個值得試試的服務 - BrowserStack」介紹了 BrowserStack 這個服務可以讓我們在開發網站時可以方便及輕鬆地在多種環境、瀏覽器做測試及偵錯。

但是這樣的服務存在著幾個問題，首先就是這個服務是需要付費的，而且費用雖然說不貴，但一年也是需要 6000 多台幣，如果是真的相當需要這個服務的開發人員來說，這樣的費用其實不算太貴，但是對於使用量不多到或只是偶而會需要用的開發者來說這是一筆不少的費用；而另一個問題就是這樣的服務是需要網路的，沒有網路就沒辦法使用，尤其是對於一些網路資安相當重視的工作環境來說，要使用這樣的線上服務是有困難的。

其實有很多網站開發在非 IE 瀏覽器並不會有太大的問題，而有問題的通常都會發生在 IE 瀏覽器，並不是說 IE 瀏覽器不好，而是 IE 每個版本所發生的問題都不太一樣，甚至於會有特定版本的專屬問題，尤其是在台灣，很多網站開發者不得不面對的就是客戶一定會要求網站在某個版本的 IE 瀏覽器上必須要可以正常執行且無錯誤發生，如果制式只是需要測試不同版本的 IE 瀏覽器，實在是不需要花錢去使用 BrowserStack，而這樣的情況下，最多人所採用的方法除了使用 IE Tester or IE Collection 強調可以測試不同版本 IE 的工具來測試網站，但這個方式往往會因為開發人員所使用作業系統的不同或是環境不夠單純而無法實際測試出客戶所遇到的問題，當出現這種情況時，我都會建議開發人員使用虛擬機器的方式，並準備不同作業系統且安裝不同版本的瀏覽器，當問題來的時候就可以依據以最單純的環境來做測試以找出問題。

---

推薦一個值得試試的服務 - BrowserStack

現在開發網站時所遇到的瀏覽器比起以往是多了好幾倍，早期大多數的網站開發人員只需要測試兩種瀏覽器就好，分別是 IE 以及 Firefox，Apple OS X 作業系統越來越多人使用後，就需要多增加測試 Safari 瀏覽器，而後 Chrome 瀏覽器在 Google 大力推廣下，又多了一個要測試的瀏覽器，這些瀏覽器的更新也越來越頻繁，每一種版本都還會有人使用，而不會因為版本的推進而隨之更新，這樣的情況在 IE 瀏覽器最常見，因為有太多的網站必須要能夠在某些版本的 IE 瀏覽器上被正確的執行，所以網站開發人員在開發的時候就要針對 IE6, 7, 8 多加留意也需要多花時間做測試。

在這些不同版本的瀏覽器做網站的測試是需要相當耐心的一件事，早期還必須要準備好幾台電腦，分別安裝不同版本的作業系統與瀏覽器，如此才能夠有實際的測試結果，到後來就可以使用 Virtual Machine 的方式在開發者的電腦裡準備不同的測試環境，但大多數開發者所使用的電腦等級是無法同時開啟多個 VM 來做測試，所以網站開發時要在不同作業系統、瀏覽器做測試還真的是挺麻煩的，尤其現在還必須再增加對於行動裝置的測試，這對於很多開發人員就是一種負擔。

不過在不久前經由 Scott Hanselman 的部落格文章發現到一個線上服務可以讓我們以更輕鬆、方便的方式來達到不同作業系統、瀏覽器、瀏覽器版本的網站測試，除了一般的瀏覽測試之外，也可以與 Visual Studio 2012 整合，在偵錯時就可以使用這項服務做 local 端的測試，這麼好的一個服務可以減輕開發人員的負擔，所以介紹給大家。

 

---

令人驚艷的 Web 編輯器 - Brackets

在去年 Kevin 有介紹了一個相當好用的文字編輯器「Sublime Text 2」並且也寫了一系列的介紹文章與相關套件的使用說明，而這一系列的文章也受到了許多朋友的關注，Sublime Text 2 的相關文章流量就站了這個部落格去年流量的三分之一，ST2 的確是不可多得的編輯神器，推薦給大家使用。

而之前在某一篇 ST2 的文章後面有人提出了問題，而有網友就推薦了一個新的前端開發 IDE，起先還沒有引起我的注意，因為當時我真的很忙，所以也就沒有特別留意，

但是前幾天看到國外一篇文章「What's Hot in 2013: Our Picks」，其中一項就有提到了 Brackets，在看過 Jeffrey Way 的介紹過後，就對這個網頁編輯器有了很大的興趣，所以在這邊介紹給大家。

 

---

Visual Studio 2012 - jQuery 程式碼片段 (Code Snippets)

使用 ASP.NET MVC 開發網站並且在前端 View Page 大多都會編寫 jQuery 的前端程式，在 VS2010 的時候就已經加強了對 jQuery 編輯時的 intellisense 輔助，但還是會需要手動去加入 jQuery.min 或是 vsdoc 檔案的引用並更新 JScript Intellisense 之後才會有 jQuery Intellisense 的顯示，

而到了 VS2012 之後就不會再去重複上面的動作，直接在頁面中就能有 jQuery Intellisense 的輔助支援，

雖然有  jQuery Intellisense 的輔助，但前端程式寫久了總是會覺得想要有更快速的輸入方式，另一方面也可以減少輸入太多的程式碼，在編寫 C# 的程式時我們可以利用 Code Snippets 的方式來達到這樣的需求，而我也曾經就這個功能寫過一篇文章「使用Code Snippet 增加寫程式效率並使用Snippet Editor做管理」，而 jQuery 同樣的也可以使用 Code Snippets 來達到這樣的需求，差別在於有人整理好將近 130 多個 jQuery Code Snippets，而我們只要在 VS2012 裝好這些 jQuery Code Snippets 後就可以讓我們編寫 jQuery 程式時有 Code Snippets 可以使用。

 

---

使用 Team Foundation Service

很多 .NET 開發人員聽過或是有用過 Team Foundation Server（TFS），這不只是一套版本控管的產品，TFS 也涵蓋了軟體開發管理的功能，如果只是把 TFS 單純當做版控工具來使用就大材小用了，而這一篇文章所要講的則是「Team Foundation Service」，簡單來說，Team Foundation Service 是 TFS 的雲端線上版，為何要加上「雲端」這名詞呢？原本的 TFS 就有提供線上版的功能，不過只存在於各自建置的 TFS 服務上，但是 Team Foundation Service 所強調的是「可以從任何地方進行存取，且支援各平台的開發環境及開發工具。」

不久前 Microsoft Build 2012 (2012-10-31) 發佈了這一項 Team Foundation Service 的更新，這一項服務在去年的 Build conference 就可以經推出了預覽版（preview），一開始是採用「邀請碼」的機制，只有獲得邀請的人才有機會體驗這一項服務（就像一開始的 Gmail 與 Google Plus 一樣），到了今年的六月時就取消了邀請制，而讓這一項服務成為公開預覽版，任何人都可以試用，而現在這項服務更新為正式版本。

Team Foundation Service updates - Oct 31

Team Foundation Service 正式推出後就勢必會有費用上的考量，現在的收費方案還不是很明朗，如何收費以及什麼樣的費用可以使用到什麼樣的服務內容，這些要等到 2013 年時才會正式的發佈，現階段只知道對 MSDN 訂閱者是完全免費，不過 Team Foundation Service 卻蠻佛心的提供了免費使用的方案，這個免費方案（Free Plan）是可以讓五個以下的 User 而且是沒有限制專案數量的使用，是不是看了很心動呢？

 

---