WEBVTT

00:00:05.276 --> 00:00:07.250
大家好所有的人，我是 Kasey Uhlenhuth。

00:00:07.250 --> 00:00:11.530
我是.net 專案經理
在 Microsoft 的 Visual Studio 的團隊。

00:00:11.530 --> 00:00:12.774
在今天的示範

00:00:12.774 --> 00:00:17.138
我們將討論.NET
在 Visual Studio 的 2017年的工具。

00:00:17.138 --> 00:00:22.104
Visual Studio 的 2017年介紹噸
新酷的產能功能。

00:00:22.104 --> 00:00:26.269
這些涵蓋區域，在偵錯，
即時的程式碼分析

00:00:26.269 --> 00:00:30.984
更好瀏覽時，IntelliSense，
和即時的單元測試。

00:00:30.984 --> 00:00:32.150
但這是足夠的投影片。

00:00:32.150 --> 00:00:33.300
讓我們來跳到應在程式碼。

00:00:34.600 --> 00:00:39.064
讓我們看看一些很酷的產能
在 Visual Studio 的改進

00:00:39.064 --> 00:00:39.786
2017。

00:00:39.786 --> 00:00:43.072
我在這裡有一個簡單的類別庫
協助紀錄我組織我

00:00:43.072 --> 00:00:45.818
不同的單車訓練健身。

00:00:45.818 --> 00:00:48.800
您可能會的第一件事
辨識沒有

00:00:48.800 --> 00:00:52.870
噸的透過不同的圖示
在左手邊的這裡。

00:00:52.870 --> 00:00:57.530
這些是一項新功能的一部分
在 Visual Studio 的 2017年企業

00:00:57.530 --> 00:01:00.060
被呼叫 Live 單元測試。

00:01:00.060 --> 00:01:04.200
Live 單元測試會持續執行
並顯示單元測試結果，

00:01:04.200 --> 00:01:06.920
編輯器內的程式碼涵蓋範圍。

00:01:06.920 --> 00:01:08.430
自動尋找和

00:01:08.430 --> 00:01:11.400
執行受影響的程度測試
每個您所做的編輯。

00:01:12.700 --> 00:01:17.880
紅色的 x 號表示的程式碼的行，
有無法通過叫用它們的測試。

00:01:17.880 --> 00:01:21.740
綠色的檢查會指出每一行
所有的測試都通過其中的程式碼。

00:01:23.140 --> 00:01:26.310
與藍色減號
表示程式碼的行

00:01:26.310 --> 00:01:28.590
所根本沒有測試涵蓋範圍。

00:01:30.510 --> 00:01:33.460
讓我們看看這
失敗程式碼的行。

00:01:33.460 --> 00:01:36.420
如果我在這個部份，按一下我現在可以看到

00:01:36.420 --> 00:01:40.720
擊中這的所有測試
行，並全部是 1 失敗。

00:01:40.720 --> 00:01:45.500
我可以瀏覽到這些失敗
只要按兩下測試。

00:01:45.500 --> 00:01:48.110
現在我可以看到我是
在測試我的失敗。

00:01:49.980 --> 00:01:52.687
我不知道為什麼
這失敗操作

00:01:52.687 --> 00:01:55.477
我實際上只會
若要偵錯這項測試。

00:02:01.901 --> 00:02:03.084
看得出來，

00:02:03.084 --> 00:02:07.557
既然這個測試具有
事實上被引起例外狀況。

00:02:07.557 --> 00:02:08.811
如果我仔細，

00:02:08.811 --> 00:02:12.640
看得出來這實際測試
會擲回的 null 參考例外狀況。

00:02:13.990 --> 00:02:18.141
我想要您注意這裡
我們已新例外狀況 helper

00:02:18.141 --> 00:02:20.500
採用 Visual Studio 的 2017年。

00:02:20.500 --> 00:02:25.378
您可以在這裡看到實際上是
現在我們將最重要

00:02:25.378 --> 00:02:27.760
在最高層級的資訊。

00:02:27.760 --> 00:02:32.560
因此，舉例來說，我們確實告訴您
哪些變數會 null。

00:02:32.560 --> 00:02:36.049
在其他情況下，其中有
狀況，我們不得不

00:02:36.049 --> 00:02:39.320
若要顯示所有狀況
在頂部層級的詳細資料。

00:02:41.430 --> 00:02:43.160
現在讓我們來進一步調查。

00:02:45.000 --> 00:02:47.942
我可以看到我有兩個
此建構函式和

00:02:47.942 --> 00:02:49.810
只有其中失敗。

00:02:49.810 --> 00:02:53.689
如果我仔細看，我可以看到
我有這健身欄位

00:02:53.689 --> 00:02:57.500
我實際上尚未初始化
在這個建構函式。

00:02:57.500 --> 00:03:00.310
因此我只複製和
置於此。

00:03:01.830 --> 00:03:05.030
現在的好處
即時的單元測試是我可以將

00:03:05.030 --> 00:03:08.330
這些程式碼變更，
然後它會主動

00:03:08.330 --> 00:03:12.480
找出哪些測試、 受到
這會變更，然後對我執行它們。

00:03:12.480 --> 00:03:16.350
讓我不必做任何
此手動我自己]。

00:03:16.350 --> 00:03:18.250
因此您可以看到在這裡了，

00:03:18.250 --> 00:03:23.000
此測試，攻擊這
預設建構函式現在會將傳遞。

00:03:24.460 --> 00:03:27.600
如果我在這個部份按一下
我現在可以瀏覽上一步，

00:03:27.600 --> 00:03:31.910
請參閱這有足夠的這項測試
方法將傳遞所有位置。

00:03:34.524 --> 00:03:38.384
您可能已經注意到的項目
在此方法是夫人

00:03:38.384 --> 00:03:39.341
點線。

00:03:40.740 --> 00:03:42.780
您可能會覺得好奇，和
這是什麼？

00:03:42.780 --> 00:03:47.354
這是新項目的一部分，
我們已經介紹了即時的程式碼中

00:03:47.354 --> 00:03:50.072
在 Visual Studio 的 2017年中的分析。

00:03:50.072 --> 00:03:53.181
這些灰色的點表示
內部的建議

00:03:53.181 --> 00:03:58.087
這是較不太過突兀編輯器
人員表示最佳的作法，或

00:03:58.087 --> 00:04:00.559
可能的文體喜好設定。

00:04:00.559 --> 00:04:04.181
之前，您就實際必須
若要將這些發生錯誤或

00:04:04.181 --> 00:04:07.460
若要讓這個視覺化的警告
編輯器內的佇列。

00:04:09.250 --> 00:04:12.742
現在，我可以實際
暫留在這些灰色的點和

00:04:12.742 --> 00:04:16.984
我可以按 Ctrl + 點，請參閱什麼
這裡建議都可以使用我的。

00:04:16.984 --> 00:04:20.157
如果我仔細看，看得出來，
這告訴我，我可以

00:04:20.157 --> 00:04:21.695
使用物件初始設定式。

00:04:21.695 --> 00:04:26.793
我可以按 Enter 鍵
現在套用此程式碼修正程式。

00:04:26.793 --> 00:04:28.979
回到 [我的訓練檔，

00:04:28.979 --> 00:04:33.740
我可以確實看到更多的點
具有這些灰色的點。

00:04:33.740 --> 00:04:35.750
例如，如果我在這裡看起來和

00:04:35.750 --> 00:04:39.548
我按下 Ctrl + 點，我可以看到
以下是此程式碼修正程式是

00:04:39.548 --> 00:04:42.769
建議我請改用 var
明確的型別。

00:04:44.188 --> 00:04:49.136
這是實際的部份新
在 Visual Studio 的 2017年中的功能，

00:04:49.136 --> 00:04:55.350
我們現在允許程式碼設定，
編輯器內的程式碼強制。

00:04:55.350 --> 00:04:58.090
同樣地，我可以按下 Enter
若要套用此修正程式。

00:04:59.410 --> 00:05:02.750
如果我想要調查的程式碼
此外，[樣式] 選項

00:05:02.750 --> 00:05:06.030
我可以去內部工具 > 選項和
輸入程式碼樣式。

00:05:07.350 --> 00:05:11.315
並查看基於
我選擇的 var 喜好設定，

00:05:11.315 --> 00:05:16.320
偏好在 var 的內建型別
建議的重要性層級。

00:05:17.460 --> 00:05:19.980
我可以變更 [我要如何
強制在編輯器中

00:05:19.980 --> 00:05:24.260
只要在此下拉式清單上按一下向下
和變更 [我要如何強制執行。

00:05:24.260 --> 00:05:27.360
如果我的真實絲不茍
程式碼樣式，我可以強制執行這

00:05:27.360 --> 00:05:32.060
視同錯誤，以便將我的程式碼
不是建置如果我違反此規則。

00:05:33.330 --> 00:05:34.960
這就好像有點激烈的
現在，因此

00:05:34.960 --> 00:05:36.870
我只要保留
它為建議。

00:05:37.970 --> 00:05:40.900
在 Visual Studio 中，我們總是
加入程式碼的動作，

00:05:40.900 --> 00:05:43.500
若要進行重構
開發人員提高生產力。

00:05:45.770 --> 00:05:49.500
現在讓我們來尋找其他會放置的位置我
可以重整，並修正我的程式碼。

00:05:51.780 --> 00:05:56.010
如果我捲動藏身在這裡，
我可以確實看到，

00:05:56.010 --> 00:06:00.830
在這個方法中，我有一大堆
如果沒有任何的大括號陳述式。

00:06:00.830 --> 00:06:04.960
和我說真的，說真的，小組
實際上，強烈建議

00:06:04.960 --> 00:06:07.740
您使用括號以將
所有您的 if 陳述式。

00:06:09.650 --> 00:06:12.900
而不必以手動方式
加入括號，我們加入

00:06:12.900 --> 00:06:17.010
噸的小小的程式碼的動作
若要幫助您一路。

00:06:17.010 --> 00:06:21.650
例如，如果我將我的資料指標，
在此列中，我現在可以按 Ctrl +。

00:06:21.650 --> 00:06:25.380
您可以看到有
若要新增這裡大括號，為我的選項。

00:06:26.490 --> 00:06:31.205
如果我瀏覽上，我可以看到
我可以實際新增大括號

00:06:31.205 --> 00:06:35.303
我的文件中
專案或方案。

00:06:35.303 --> 00:06:39.266
因此，如果我想要修正這地方中
我的文件，因為我不想

00:06:39.266 --> 00:06:42.107
尋找所有位置，其中 if
陳述式所撰寫，

00:06:42.107 --> 00:06:44.980
我只按下 Enter，
套用我的變更。

00:06:44.980 --> 00:06:48.830
Voila，您可以看到它
我的程式碼中加入的括號。

00:06:50.550 --> 00:06:53.760
另一個優點
順便一提，live 單元測試

00:06:53.760 --> 00:06:57.220
是，我會進行任何必要重整或
程式碼變更

00:06:57.220 --> 00:07:01.240
我可以立即看到它
沒有負面影響我的程式碼。

00:07:01.240 --> 00:07:04.130
因此我無法看到，
儘管放入中，所有這些大括號

00:07:04.130 --> 00:07:06.766
重構是
成功因為所有我

00:07:06.766 --> 00:07:09.544
仍在執行單元測試
所叫用這些程式碼行。

00:07:12.478 --> 00:07:16.580
我們所見的另一項
在 Visual Studio 中已獲得改善

00:07:16.580 --> 00:07:18.730
IntelliSense。

00:07:18.730 --> 00:07:22.450
讓我們以這個方法，而且我來看
儲存我的健身時決定，我

00:07:22.450 --> 00:07:24.860
要記錄
以及其強度。

00:07:26.010 --> 00:07:30.380
因此，現在當我跟下此組件
我在此記錄的實際資料，

00:07:30.380 --> 00:07:34.830
我知道我有一些方法
所處理的某處

00:07:34.830 --> 00:07:35.890
濃度。

00:07:35.890 --> 00:07:37.840
因此，當我開始輸入資料，

00:07:37.840 --> 00:07:42.910
我現在可以依賴以 IntelliSense
尋找我為我想要的方法。

00:07:42.910 --> 00:07:45.000
在 Visual Studio 的 2017，新的項目

00:07:45.000 --> 00:07:49.660
您會注意到這是
下方圖示送紙匣。

00:07:49.660 --> 00:07:53.150
這可讓您執行，
實際上是篩選 IntelliSense

00:07:53.150 --> 00:07:54.180
依據分類。

00:07:54.180 --> 00:07:57.300
所以我可以篩選，您可以看到我
只會有區域變數的完成清單

00:07:57.300 --> 00:07:58.540
和參數。

00:07:58.540 --> 00:08:04.415
僅有 [內容] 欄位，或
方法、 介面等等。

00:08:04.415 --> 00:08:08.038
而且沒有相當直覺化
相關聯的鍵盤快速鍵

00:08:08.038 --> 00:08:09.180
有了這些。

00:08:10.400 --> 00:08:13.884
讓我知道我只想查看
方法，因此我可以篩選方式。

00:08:13.884 --> 00:08:17.883
及有足夠看得出來，
可能是 GetWorkoutIntensity

00:08:17.883 --> 00:08:19.699
我想要的方法。

00:08:21.460 --> 00:08:24.905
您也可以發現，我們
新增 [IntelliSense 反白顯示，

00:08:24.905 --> 00:08:28.805
我們實際上粗體搜尋的位置
因此詞彙內完成清單中，

00:08:28.805 --> 00:08:31.091
您知道為什麼事項
建議給您。

00:08:32.893 --> 00:08:36.487
那我就加入，我將
若要將放在我的健身參數。

00:08:36.487 --> 00:08:39.568
和 voila，
我現在已更新這個方法，以

00:08:39.568 --> 00:08:42.910
包括濃度
當我儲存我的健身。

00:08:44.450 --> 00:08:47.240
該預設建構函式，
我們已投入更早版本，

00:08:47.240 --> 00:08:50.510
在我心中已經和我還沒
真的尚未忘而已。

00:08:50.510 --> 00:08:53.960
所以某些動作，我可以做
若要瀏覽到它，

00:08:53.960 --> 00:08:58.618
是我可以按下 Ctrl + T 或
所謂移至所有。

00:08:58.618 --> 00:09:00.020
藉由按下 Ctrl + T，

00:09:00.020 --> 00:09:05.450
我現在瀏覽至任何檔案，
型別、 成員或符號的宣告。

00:09:05.450 --> 00:09:09.850
因此，舉例來說，我知道很
訓練的建構函式，因此

00:09:09.850 --> 00:09:11.630
我可以鍵入此句。

00:09:11.630 --> 00:09:17.230
您也會發現這是
所有檔案、 型別、 成員的清單

00:09:17.230 --> 00:09:21.840
我可以實際篩選的符號
這些向下依類別也。

00:09:21.840 --> 00:09:25.080
因此，如果只想查看的檔案，
我可以按下這個圖示。

00:09:25.080 --> 00:09:28.290
如果只想請參閱型別，
我可以按下這個圖示。

00:09:28.290 --> 00:09:30.980
如果我只想查看符號等等。

00:09:30.980 --> 00:09:35.732
我也可以變更的範圍我
搜尋目前的文件或

00:09:35.732 --> 00:09:37.230
外部的項目。

00:09:38.930 --> 00:09:43.710
讓我知道這裡，我真的想
巡覽至的型別培訓講師和

00:09:43.710 --> 00:09:45.310
我可以自動將它放在這裡。

00:09:47.330 --> 00:09:48.130
因此，我在這裡，

00:09:48.130 --> 00:09:52.570
我真的想要查看頻率
會使用這個建構函式。

00:09:52.570 --> 00:09:56.140
因此我可以看到我有
預設建構函式和

00:09:56.140 --> 00:09:58.210
建構函式，會在目標中。

00:09:58.210 --> 00:10:00.650
我想要知道它們的使用方式。

00:10:00.650 --> 00:10:04.690
所以我就跟我的類型和
我可以按下尋找所有參考。

00:10:07.499 --> 00:10:09.590
哇，發生了什麼事這裡？

00:10:09.590 --> 00:10:13.510
這並不會像最終
我們所有習慣的參考。

00:10:13.510 --> 00:10:17.708
不再只是最後的參考
簡單的一般清單。

00:10:17.708 --> 00:10:21.828
我們已在 Visual Studio 的 2017，
實際現在彩色所有您

00:10:21.828 --> 00:10:25.080
結果在最終的參考，
我們取消了操作

00:10:25.080 --> 00:10:29.400
您可以自訂階層架構
顯示結果。

00:10:29.400 --> 00:10:33.730
因此，舉例來說，這裡我有
專案，然後定義。

00:10:33.730 --> 00:10:35.890
我可以變更為
只定義。

00:10:36.920 --> 00:10:38.890
我可以變更這個檔案，
是定義和

00:10:38.890 --> 00:10:41.300
然後專案等等。

00:10:41.300 --> 00:10:44.544
我甚至可以讓它自訂如果
我想上按一下滑鼠右鍵，並

00:10:44.544 --> 00:10:46.415
變更群組自己。

00:10:49.111 --> 00:10:52.815
我想要保存為
[專案] 和 [定義。

00:10:52.815 --> 00:10:58.275
如此一來，我可以看到
預設建構函式

00:10:58.275 --> 00:11:03.486
只有在參考
在我的培訓講師檔案一次，

00:11:03.486 --> 00:11:06.851
一次我在測試檔中的唯一一次。

00:11:06.851 --> 00:11:11.362
因此我實際上要思考
只刪除這東西因為

00:11:11.362 --> 00:11:14.733
只有已使用之後，
我真的不需要它。

00:11:14.733 --> 00:11:18.000
那句話，我可以只驗證這點
直接在這最後概念及原理

00:11:18.000 --> 00:11:21.530
參考和查看一次，
就只會在下列兩個的位置。

00:11:22.600 --> 00:11:26.255
所以我們實際上只
要刪除此。

00:11:26.255 --> 00:11:29.604
現在我可以只移和
上一步是，我在測試類別和

00:11:29.604 --> 00:11:32.779
變更它來使用
其他建構函式。

00:11:32.779 --> 00:11:33.529
另一次，

00:11:33.529 --> 00:11:37.279
即時的單元測試即將
在背景中執行

00:11:37.279 --> 00:11:41.706
請確認，我不會中斷任何項目
當我刪除這個建構函式。

00:11:41.706 --> 00:11:44.940
及是否有足夠，我的測試
儘管我仍然傳遞

00:11:44.940 --> 00:11:48.050
刪除這，因此
現在我知道，我放心地刪除它。

00:11:49.700 --> 00:11:52.600
希望你一樣興奮與
這些新的產能增強功能

00:11:52.600 --> 00:11:53.900
如同我們。

00:11:53.900 --> 00:11:57.241
別忘了下載
Visual Studio 2017 今天。

00:11:57.241 --> 00:12:01.017
此外，請確定您簽出一些
一個很棒 Channel 9 的視訊和

00:12:01.017 --> 00:12:04.611
繼續在您教育
Microsoft 虛擬學院線上。