WEBVTT

00:00:05.276 --> 00:00:07.250
Hi everyone, mi Kasey Uhlenhuth.

00:00:07.250 --> 00:00:11.530
Sono Program Manager su .NET
in Visual Studio al team di Microsoft.

00:00:11.530 --> 00:00:12.774
Demo di oggi,

00:00:12.774 --> 00:00:17.138
Vogliamo parlare di .NET
In Visual Studio 2017, utensili.

00:00:17.138 --> 00:00:22.104
Visual Studio 2017 introduce una tonnellata
delle nuove funzionalità di produttività interessanti.

00:00:22.104 --> 00:00:26.269
Questi aspetti durante il debug
analisi del codice dal vivo,

00:00:26.269 --> 00:00:30.984
navigazione migliore, IntelliSense,
e dal vivo di unit test.

00:00:30.984 --> 00:00:32.150
Ma è sufficiente diapositive.

00:00:32.150 --> 00:00:33.300
Passare all'interno del codice.

00:00:34.600 --> 00:00:39.064
Esaminiamo alcune interessanti produttività
miglioramenti all'interno di Visual Studio

00:00:39.064 --> 00:00:39.786
2017.

00:00:39.786 --> 00:00:43.072
Qui si dispone di una libreria di classi semplici
che aiuta me organizzare il mio

00:00:43.072 --> 00:00:45.818
agli allenamenti di formazione bici diverse.

00:00:45.818 --> 00:00:48.800
La prima cosa che è possibile
riconoscere non esiste

00:00:48.800 --> 00:00:52.870
tonnellate di diverse icone sopra
qui sul lato sinistro.

00:00:52.870 --> 00:00:57.530
Questi fanno parte di una nuova funzionalità
in Visual Studio 2017 Enterprise

00:00:57.530 --> 00:01:00.060
chiamato Live Unit test.

00:01:00.060 --> 00:01:04.200
Live Unit test esegue continuamente
e visualizza i risultati del test di unità e

00:01:04.200 --> 00:01:06.920
il code coverage all'interno dell'editor.

00:01:06.920 --> 00:01:08.430
Rileva automaticamente e

00:01:08.430 --> 00:01:11.400
esecuzioni di test interessati per
ogni modifica apportata.

00:01:12.700 --> 00:01:17.880
Rosse indicano le righe di codice che
stato errore test che li hit.

00:01:17.880 --> 00:01:21.740
Controlli di colore verdi indicano le righe di
codice in cui siano passando tutti i test.

00:01:23.140 --> 00:01:26.310
E i segni meno blu
indicare le righe di codice

00:01:26.310 --> 00:01:28.590
che non avere alcuna copertura di test.

00:01:30.510 --> 00:01:33.460
Diamo un'occhiata a questo
in mancanza di una riga di codice.

00:01:33.460 --> 00:01:36.420
Facendo clic su questa operazione, è ora possibile vedere

00:01:36.420 --> 00:01:40.720
tutti i test che il raggiungimento
linea e quelli non superati.

00:01:40.720 --> 00:01:45.500
Posso effettuare a questi errori
test facendo semplicemente doppio clic su.

00:01:45.500 --> 00:01:48.110
A questo punto è possibile vedere che mi
prova il guasto.

00:01:49.980 --> 00:01:52.687
Non sono molto sicuro perché
Questa operazione non riesce, questa operazione

00:01:52.687 --> 00:01:55.477
Verrà semplicemente
Per eseguire il debug di questo test.

00:02:01.901 --> 00:02:03.084
È possibile vedere qui,

00:02:03.084 --> 00:02:07.557
che ora che il test ha
in realtà ha causato un'eccezione.

00:02:07.557 --> 00:02:08.811
E se esamina con attenzione,

00:02:08.811 --> 00:02:12.640
Vedo che in realtà questo test
genera un'eccezione di riferimento null.

00:02:13.990 --> 00:02:18.141
Si desidera attirare l'attenzione su
il nuovo supporto eccezioni che sono state

00:02:18.141 --> 00:02:20.500
è stato introdotto in Visual Studio 2017.

00:02:20.500 --> 00:02:25.378
Cosa può vedere è effettivamente
che ora abbiamo inserito più importanti

00:02:25.378 --> 00:02:27.760
informazioni al livello superiore.

00:02:27.760 --> 00:02:32.560
Ad esempio, è effettivamente sapere
la variabile sarà null.

00:02:32.560 --> 00:02:36.049
In altri casi in cui un
InnerException, effettivamente avremo

00:02:36.049 --> 00:02:39.320
Per visualizzare tutti i InnerException
dettagli al livello superiore.

00:02:41.430 --> 00:02:43.160
Creiamo ncora.

00:02:45.000 --> 00:02:47.942
È possibile vedere che si dispone di due
costruttori qui e

00:02:47.942 --> 00:02:49.810
solo una di esse non riesce.

00:02:49.810 --> 00:02:53.689
E se osserva attentamente, posso vedere
che si dispone di questo campo agli allenamenti

00:02:53.689 --> 00:02:57.500
In realtà non inizializzato
In questo costruttore.

00:02:57.500 --> 00:03:00.310
Così Lasciatemi provare solo la copia e
Inserendo questa operazione in.

00:03:01.830 --> 00:03:05.030
A questo punto il reale vantaggio di
Live Unit test è che posso fare

00:03:05.030 --> 00:03:08.330
Queste modifiche al codice e
quindi verrà attivamente

00:03:08.330 --> 00:03:12.480
trovare i test sono affetti dal
Questa modifica ed eseguirli per me.

00:03:12.480 --> 00:03:16.350
Pertanto non è necessario eseguire una o più
di questo manuale uso personale.

00:03:16.350 --> 00:03:18.250
Per visualizzare qui a questo punto,

00:03:18.250 --> 00:03:23.000
Questo test che sta superando questo
costruttore predefinito passa a questo punto.

00:03:24.460 --> 00:03:27.600
Facendo clic su questa operazione,
Ora possibile spostarsi indietro e

00:03:27.600 --> 00:03:31.910
Assicurarsi che abbastanza vedere questo test
metodo passa ovunque.

00:03:34.524 --> 00:03:38.384
Si è notato qualcosa di
all'interno di questo metodo è un grigio

00:03:38.384 --> 00:03:39.341
linea punteggiata.

00:03:40.740 --> 00:03:42.780
E ci si chiederà,
Cosa e' questo?

00:03:42.780 --> 00:03:47.354
Questo fa parte di qualcosa di nuovo che
Dell ha introdotto nel codice dal vivo

00:03:47.354 --> 00:03:50.072
analisi in Visual Studio 2017.

00:03:50.072 --> 00:03:53.181
Questi punti grigi indicano
un suggerimento all'interno

00:03:53.181 --> 00:03:58.087
l'editor che è un meno appariscente
metodo per indicare una procedura consigliata o

00:03:58.087 --> 00:04:00.559
una preferenza stilistica possibile.

00:04:00.559 --> 00:04:04.181
Prima, è effettivamente
Per rendere in errori o

00:04:04.181 --> 00:04:07.460
avvisi di questo visual
coda all'interno dell'editor.

00:04:09.250 --> 00:04:12.742
A questo punto, è possibile effettivamente
al passaggio del mouse su questi punti grigi e

00:04:12.742 --> 00:04:16.984
È possibile premere Ctrl + punto per vedere cosa
Suggerimento è disponibile per me qui.

00:04:16.984 --> 00:04:20.157
Se osserva attentamente, vedo che
il professionista che non è possibile

00:04:20.157 --> 00:04:21.695
Utilizzare un inizializzatore di oggetto.

00:04:21.695 --> 00:04:26.793
È possibile premere INVIO per
applicare questa correzione del codice.

00:04:26.793 --> 00:04:28.979
Tornando al file Trainer,

00:04:28.979 --> 00:04:33.740
È possibile visualizzare effettivamente più aree sensibili
che presentano questi punti grigi.

00:04:33.740 --> 00:04:35.750
Ad esempio, se si qui e

00:04:35.750 --> 00:04:39.548
Si preme Ctrl + punto, è possibile vedere
qui è che questo codice di correzione

00:04:39.548 --> 00:04:42.769
Suggerimento Utilizzare invece var
di tipo esplicito.

00:04:44.188 --> 00:04:49.136
Si tratta in realtà una parte di un nuovo
funzionalità di Visual Studio 2017 in

00:04:49.136 --> 00:04:55.350
è ora consentita configurazione codice e
esecuzione di codice all'interno dell'editor.

00:04:55.350 --> 00:04:58.090
Nuovamente, è possibile premere INVIO
Per applicare questa correzione.

00:04:59.410 --> 00:05:02.750
Se si desidera analizzare codice
Inoltre, le opzioni di stile

00:05:02.750 --> 00:05:06.030
È possibile accedere all'interno di strumenti > opzioni e
tipo di stile di codice.

00:05:07.350 --> 00:05:11.315
E che per
preferenze di VAR, scelto per

00:05:11.315 --> 00:05:16.320
tipi incorporati a preferire var in
il livello di gravità di suggerimento.

00:05:17.460 --> 00:05:19.980
Posso modificare come desiderato
Questa operazione è stata applicata nell'editor

00:05:19.980 --> 00:05:24.260
semplicemente facendo clic su questo menu a discesa
e modifica di come si desidera applicare.

00:05:24.260 --> 00:05:27.360
Se si ci reale per
stile di codice, è possibile attivare la procedura

00:05:27.360 --> 00:05:32.060
come un errore in modo che il codice sarà
compilazione non la violazione di questa regola.

00:05:33.330 --> 00:05:34.960
Che sembra un po' intensa per
a questo punto, pertanto

00:05:34.960 --> 00:05:36.870
Faccio clic per mantenere
è come un suggerimento.

00:05:37.970 --> 00:05:40.900
In Visual Studio, siamo sempre
aggiunta di azioni di codice e

00:05:40.900 --> 00:05:43.500
refactoring per rendere
sviluppatori più produttivi.

00:05:45.770 --> 00:05:49.500
Creiamo individuare altri punti in I
Consente di effettuare il refactoring e correggere il codice.

00:05:51.780 --> 00:05:56.010
Se è scorrere verso il basso, qui
È effettivamente possibile vedere che

00:05:56.010 --> 00:06:00.830
In questo metodo si dispone di una serie di
Se le istruzioni senza le parentesi graffe.

00:06:00.830 --> 00:06:04.960
E il mio team, in realtà,
in realtà suggerisce

00:06:04.960 --> 00:06:07.740
Utilizzare le parentesi graffe per
tutti i se le istruzioni.

00:06:09.650 --> 00:06:12.900
Questa operazione senza dover manualmente
Aggiungere tra parentesi graffe, sono state aggiunte

00:06:12.900 --> 00:06:17.010
tonnellate di azioni codice piccolo
che consentono di passare lungo il percorso.

00:06:17.010 --> 00:06:21.650
Pertanto, ad esempio, se posiziona il cursore
in questa riga, è possibile ora premere Ctrl +.

00:06:21.650 --> 00:06:25.380
E che non vi è il
opzione per aggiungere qui le parentesi graffe per me.

00:06:26.490 --> 00:06:31.205
E se ci Sposta su, posso vedere
che è effettivamente possibile aggiungere le parentesi graffe

00:06:31.205 --> 00:06:35.303
ovunque nel documento,
progetto o soluzione.

00:06:35.303 --> 00:06:39.266
Quindi, se si desidera correggere tale ovunque
nel documento perché non si desidera

00:06:39.266 --> 00:06:42.107
Trova ovunque in un blocco if
viene scritto l'istruzione,

00:06:42.107 --> 00:06:44.980
È possibile premere INVIO e
applicare la modifica.

00:06:44.980 --> 00:06:48.830
E voila, è possibile vedere che l'it
aggiunta di parentesi graffe ovunque nel codice.

00:06:50.550 --> 00:06:53.760
Un altro vantaggio della
Live, Unit test

00:06:53.760 --> 00:06:57.220
è possibile creare qualsiasi tipo di refactoring o
modifica del codice,

00:06:57.220 --> 00:07:01.240
È possibile vedere immediatamente che l'it
non è stato negativo impatto del codice.

00:07:01.240 --> 00:07:04.130
In modo che avrei potuto vedere,
Nonostante l'inserimento di tutte le parentesi graffe

00:07:04.130 --> 00:07:06.766
il refactoring di stato
ha esito positivo perché tutti i miei

00:07:06.766 --> 00:07:09.544
gli unit test sono ancora in esecuzione.
che hit queste righe.

00:07:12.478 --> 00:07:16.580
Un'altra cosa che possiamo vedere
in Visual Studio è stato migliorato

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

00:07:18.730 --> 00:07:22.450
È possibile iniziare a questo metodo e I
decidere che durante il salvataggio di allenamento I

00:07:22.450 --> 00:07:24.860
in realtà si desidera registrare
anche la sua intensità.

00:07:26.010 --> 00:07:30.380
A questo punto quando arrivano a questa parte
dove ho eseguito i dati effettivi,

00:07:30.380 --> 00:07:34.830
È possibile stabilire che un metodo
in un punto che ha a che fare con

00:07:34.830 --> 00:07:35.890
intensità.

00:07:35.890 --> 00:07:37.840
Così come inizia a digitare,

00:07:37.840 --> 00:07:42.910
È possibile ora si basano su IntelliSense per
individuare il metodo desiderato per me.

00:07:42.910 --> 00:07:45.000
Qualcosa di nuovo in Visual Studio 2017,

00:07:45.000 --> 00:07:49.660
si noterà che il
sulla barra delle icone nella parte inferiore.

00:07:49.660 --> 00:07:53.150
E ciò che in questo modo è possibile utilizzare
è in effetti filtro IntelliSense

00:07:53.150 --> 00:07:54.180
in base alla categoria.

00:07:54.180 --> 00:07:57.300
In modo da visualizzare è possibile filtrare il
elenco di completamento solo per variabili locali

00:07:57.300 --> 00:07:58.540
e parametri.

00:07:58.540 --> 00:08:04.415
O solo proprietà, campi,
metodi, interfacce e così via.

00:08:04.415 --> 00:08:08.038
Ed è molto intuitivo
scelta rapida da tastiera associata

00:08:08.038 --> 00:08:09.180
con tutti questi elementi.

00:08:10.400 --> 00:08:13.884
Quindi, so che desidera solo esaminare
metodi, in modo posso filtrare dai metodi.

00:08:13.884 --> 00:08:17.883
Certo sufficiente verificare che
È probabile che GetWorkoutIntensity

00:08:17.883 --> 00:08:19.699
il metodo da qui.

00:08:21.460 --> 00:08:24.905
È inoltre possibile notare che ci
aggiungere l'evidenziazione di IntelliSense,

00:08:24.905 --> 00:08:28.805
dove siamo grassetto effettivamente la ricerca
termine all'interno dell'elenco di completamento, in modo che

00:08:28.805 --> 00:08:31.091
si conosce il motivo per cui le cose
vengono suggeriti per l'utente.

00:08:32.893 --> 00:08:36.487
In modo che intendo aggiungere questo, mi occuperò
Per inserire il parametro di allenamento.

00:08:36.487 --> 00:08:39.568
E voila,
Questo metodo per ora hai aggiornato

00:08:39.568 --> 00:08:42.910
includere l'intensità
Quando si salvano i miei agli allenamenti.

00:08:44.450 --> 00:08:47.240
Il costruttore predefinito che
stavamo lavorando su versioni precedenti,

00:08:47.240 --> 00:08:50.510
è stato il mio pensiero fisso e non
in realtà dimenticato è ancora.

00:08:50.510 --> 00:08:53.960
Qualcosa che posso
Per tornare alla

00:08:53.960 --> 00:08:58.618
è è possibile premere Ctrl + Maiusc + o
il cosiddetto Vai a tutti.

00:08:58.618 --> 00:09:00.020
Premendo Ctrl + T,

00:09:00.020 --> 00:09:05.450
Ora posso effettuare ricerche in qualsiasi file,
dichiarazione di tipo, membro o simbolo.

00:09:05.450 --> 00:09:09.850
Ad esempio, è possibile sapere che era
un costruttore per l'istruttore e pertanto

00:09:09.850 --> 00:09:11.630
Posso digitare questo campo.

00:09:11.630 --> 00:09:17.230
Si noterà inoltre che si tratta di un
elenco di tutti i file, tipi, membri

00:09:17.230 --> 00:09:21.840
simboli che posso filtrare effettivamente
Queste verso il basso per categoria anche.

00:09:21.840 --> 00:09:25.080
Quindi, se si desidera solo visualizzare file,
È possibile premere questa icona.

00:09:25.080 --> 00:09:28.290
Se si desidera solo visualizzare tipi,
È possibile premere questa icona.

00:09:28.290 --> 00:09:30.980
Se si desidera solo visualizzare i simboli e così via.

00:09:30.980 --> 00:09:35.732
Posso anche modificare l'ambito del personale
ricerca nel documento corrente o

00:09:35.732 --> 00:09:37.230
per gli elementi esterni.

00:09:38.930 --> 00:09:43.710
Quindi, so qui che desidera effettivamente
Per passare al tipo di Trainer e

00:09:43.710 --> 00:09:45.310
È automaticamente inserire questo qui.

00:09:47.330 --> 00:09:48.130
In tal caso, ora che sono qui,

00:09:48.130 --> 00:09:52.570
È effettivamente necessario visualizzare la frequenza
Questo costruttore viene utilizzato.

00:09:52.570 --> 00:09:56.140
Pertanto è possibile vedere che si dispone di
il costruttore predefinito e

00:09:56.140 --> 00:09:58.210
un costruttore che accetta un obiettivo.

00:09:58.210 --> 00:10:00.650
Si desiderano modalità di utilizzo.

00:10:00.650 --> 00:10:04.690
Pertanto posso avviarsi al tipo e
È possibile premere Trova tutti i riferimenti.

00:10:07.499 --> 00:10:09.590
Senza dubbio, cosa che è successo?

00:10:09.590 --> 00:10:13.510
Questo non apparire come finale
ci stiamo tutti utilizzati per i riferimenti.

00:10:13.510 --> 00:10:17.708
Non è finali riferimenti
un elenco semplice e piatto.

00:10:17.708 --> 00:10:21.828
In Visual Studio 2017, sono state
in realtà ora applicato tutte le

00:10:21.828 --> 00:10:25.080
i risultati all'interno di riferimenti finali e
abbiamo fatto in modo

00:10:25.080 --> 00:10:29.400
è possibile personalizzare la gerarchia
dei risultati visualizzati.

00:10:29.400 --> 00:10:33.730
Ad esempio, qui si dispone di
il progetto e quindi la definizione.

00:10:33.730 --> 00:10:35.890
Questo è possibile modificare
Solo la definizione.

00:10:36.920 --> 00:10:38.890
È possibile modificare questa opzione per
la definizione e

00:10:38.890 --> 00:10:41.300
il progetto e così via.

00:10:41.300 --> 00:10:44.544
Anche si può fare personalizzato se
Desiderato facendo clic e

00:10:44.544 --> 00:10:46.415
modificare il raggruppamento manuale.

00:10:49.111 --> 00:10:52.815
Si desidera mantenere come
la definizione del progetto.

00:10:52.815 --> 00:10:58.275
In questo modo, posso vedere
che il costruttore predefinito

00:10:58.275 --> 00:11:03.486
viene sempre fatto riferimento
una volta nel file Trainer e

00:11:03.486 --> 00:11:06.851
sola volta nuovamente nel file test.

00:11:06.851 --> 00:11:11.362
In realtà vado a pensare a
l'eliminazione di questa operazione perché

00:11:11.362 --> 00:11:14.733
è utilizzato solo una volta in questo caso
Perché non è importante.

00:11:14.733 --> 00:11:18.000
Anche in questo caso è possibile verificare questa appena
direttamente su questo oggetto in questo modo finale

00:11:18.000 --> 00:11:21.530
riferimenti e visualizzare di nuovo,
è solo in questi due punti.

00:11:22.600 --> 00:11:26.255
Sono semplicemente
verrà eliminato.

00:11:26.255 --> 00:11:29.604
E solo passare
alla mia classe di test e

00:11:29.604 --> 00:11:32.779
modificare l'utilizzo di
il costruttore.

00:11:32.779 --> 00:11:33.529
E ancora,

00:11:33.529 --> 00:11:37.279
Live Unit test verrà
essere in esecuzione in background per

00:11:37.279 --> 00:11:41.706
Verificare che non interferiscano con qualsiasi
Quando si elimina questo costruttore.

00:11:41.706 --> 00:11:44.940
E assicurarsi che sufficiente, tutti i test
sono ancora il passaggio nonostante me

00:11:44.940 --> 00:11:48.050
eliminazione di questa operazione, quindi
ora so che in modo sicuro averlo eliminato.

00:11:49.700 --> 00:11:52.600
Si spera, per chi è interessato con
Questi miglioramenti di produttività

00:11:52.600 --> 00:11:53.900
come siamo.

00:11:53.900 --> 00:11:57.241
Non dimenticare di scaricare
Oggi 2017 Studio Visual.

00:11:57.241 --> 00:12:01.017
Inoltre, accertarsi di controllare alcuni
raffreddare più video su Channel 9 e

00:12:01.017 --> 00:12:04.611
continuare la formazione in
Microsoft Virtual Academy online.