[Visual Studio]如何在Visual Studio 2015使用C#7的功能？
隨著Visual Studio 2017發佈之後，C# 7也同時發佈了。
C# 7 和 C# 6一樣，帶來都是比較偏幫助開發的時候寫起來更加簡潔的一些寫法，因此很容易就會想要使用來增加易讀性。
這個時候如果團隊使用的Visual Studio版本不同，容易就會發生編譯問題，以Visual Studio 2015來說，在編譯C# 7 就會出錯，那是否就不能夠用了呢？
看全文>>
2017-03-28 Tuesday
faq
visual studio
csharp
[Visual Studio 2017]建立離線安裝(Offline Install)包
「工欲善其事，必先利其器」作為.Net 開發者來說最大的利器就是Visual Studio。
最近Visual Studio剛過完20歲週年並且發佈了最新版本VS 2017，當然要第一時間來試試看到底可以對開發增加多少幫助，這個時候會發現，怎麼都找不到離線安裝的版本了呢？
這篇將會介紹如何建立離線安裝版本的安裝檔。
更新記錄
- 2018/11/20 - 增加 需要注意下載的位置不要有空格 - 感謝 謝佳宏 的回饋
看全文>>
2017-03-12 Sunday
visual studio
[iThome第8屆鐵人賽 20]靜態程式碼分析之程式碼風格 - Stylecop
在上篇介紹了如何透過使用Code Analysis來達到程式碼品質的分析。
在這一篇將會從另外一個層面介紹使用靜態程式碼分析來達到程式碼風格的一致性 - Stylecop。
看全文>>
2017-01-15 Sunday
.net
「ithome 第八屆鐵人賽」
devops
「從.net工程師的角度來看devops」
psake
powershell
[iThome第8屆鐵人賽 19]靜態程式碼分析之Assembly品質分析 - Code Analysis(以前的FxCop)
在了解完如何分析測試碼的涵蓋率(也代表測試品質)之後，我們將來看另外一種保持程式碼品質的方式，也就是透過靜態程式碼分析。
在.Net的世界里，從最早期的而外工具FxCop，到後來進化成為VS一部分的Code Analysis就是專門在做這個方面工作的工具。
在這篇將會介紹如何使用Code Analysis，並且如何把它整并到我們的Build Script裡面。
廣義來說，靜態程式碼分析應該是針對源代碼(Source Code)作分析，實際上Code Analysis其實是對Assembly作分析，而Assembly也是IL，所以真的要叫做靜態程式碼分析應該也沒錯，只是 真的要嚴格說起來，Code Analysis應該不能夠稱之為靜態程式碼分析。不過以下我還是會稱之為靜態程式碼分析。(有點繞口)
看全文>>
2017-01-15 Sunday
.net
「ithome 第八屆鐵人賽」
devops
「從.net工程師的角度來看devops」
psake
powershell
[iThome第8屆鐵人賽 18]OpenCover 結果 - html結果產生篇
在上篇了解到了測試涵蓋率的計算方式之後，已經可以了解xml報告的一些數字所代表的意思。
但是，xml畢竟不是那麼容易讀得懂，並且也不容易看出到底那些地方沒有測試到。
在這篇，將會介紹如何把xml結果產生出html結果，並且如何使用。
看全文>>
2017-01-14 Saturday
.net
「ithome 第八屆鐵人賽」
devops
「從.net工程師的角度來看devops」
psake
powershell
.png "rename以前的log不見了")
_1477.png)
_1485.png)
_1486.png)