WEBVTT

00:00:05.276 --> 00:00:07.250
Hola a todos, soy Kasey Uhlenhuth.

00:00:07.250 --> 00:00:11.530
Soy director de programas en .NET
en el equipo de Visual Studio de Microsoft.

00:00:11.530 --> 00:00:12.774
En la demostración de hoy,

00:00:12.774 --> 00:00:17.138
vamos a hablar sobre .NET
Herramientas de Visual Studio 2017.

00:00:17.138 --> 00:00:22.104
Visual Studio 2017 presenta una tonelada
nuevas características de productividad interesante.

00:00:22.104 --> 00:00:26.269
Éstos cubren áreas de depuración,
análisis de código en vivo,

00:00:26.269 --> 00:00:30.984
mejor navegación, IntelliSense,
y pruebas unitarias de live.

00:00:30.984 --> 00:00:32.150
Pero eso es suficiente diapositivas.

00:00:32.150 --> 00:00:33.300
Vamos a saltar en el código.

00:00:34.600 --> 00:00:39.064
Echemos un vistazo a algunas interesante productividad
mejoras de Visual Studio

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

00:00:39.786 --> 00:00:43.072
Aquí tengo una biblioteca de clases simple
que me está ayudando a organizar mi

00:00:43.072 --> 00:00:45.818
ejercicios de formación de bicicleta diferente.

00:00:45.818 --> 00:00:48.800
Lo primero que podría
reconocer es no existe

00:00:48.800 --> 00:00:52.870
toneladas de iconos diferentes sobre
aquí en el lado izquierdo.

00:00:52.870 --> 00:00:57.530
Éstos forman parte de una nueva característica
en Visual Studio Enterprise de 2017

00:00:57.530 --> 00:01:00.060
llamado Live Unit Testing.

00:01:00.060 --> 00:01:04.200
Live Unit Testing ejecuta continuamente
y muestra los resultados de pruebas de unidad y

00:01:04.200 --> 00:01:06.920
cobertura de código dentro del editor.

00:01:06.920 --> 00:01:08.430
Automáticamente detecta y

00:01:08.430 --> 00:01:11.400
ejecuciones de pruebas afectadas para
cada edición que realice.

00:01:12.700 --> 00:01:17.880
X de color rojo indica líneas de código que
tiene errores de prueba que los golpean.

00:01:17.880 --> 00:01:21.740
Controles de color verde indican líneas de
código donde se superan todas las pruebas.

00:01:23.140 --> 00:01:26.310
Y rayas azules
Marcar líneas de código

00:01:26.310 --> 00:01:28.590
que no presentan ninguna cobertura de pruebas.

00:01:30.510 --> 00:01:33.460
Echemos un vistazo a esto
Error en la línea de código.

00:01:33.460 --> 00:01:36.420
Si hago clic en esto, ahora puedo ver

00:01:36.420 --> 00:01:40.720
todas las pruebas que están afectando esto
línea y todos los que están fallando.

00:01:40.720 --> 00:01:45.500
Puedo navegar a estos errores
pruebas con sólo hacer doble clic.

00:01:45.500 --> 00:01:48.110
Ahora puedo ver que tengo
en Mi prueba de errores.

00:01:49.980 --> 00:01:52.687
No estoy muy seguro de por qué
Esto está fallando, lo

00:01:52.687 --> 00:01:55.477
En realidad voy
Para depurar esta prueba.

00:02:01.901 --> 00:02:03.084
Puedo ver aquí,

00:02:03.084 --> 00:02:07.557
que ahora que tiene esta prueba
realmente provocó una excepción.

00:02:07.557 --> 00:02:08.811
Y si miro detenidamente,

00:02:08.811 --> 00:02:12.640
Puedo ver que realmente esta prueba
produce una excepción de referencia nula.

00:02:13.990 --> 00:02:18.141
Deseo llamar su atención aquí
el nuevo Ayudante de excepciones que hemos

00:02:18.141 --> 00:02:20.500
introducido en Visual Studio 2017.

00:02:20.500 --> 00:02:25.378
Lo que puedes ver aquí es realmente
que ahora ponemos los más importantes

00:02:25.378 --> 00:02:27.760
información en el nivel superior.

00:02:27.760 --> 00:02:32.560
Por ejemplo, realmente le indicaremos
¿Qué variable va a ser nulo.

00:02:32.560 --> 00:02:36.049
En otros casos donde haya un
InnerException, vamos

00:02:36.049 --> 00:02:39.320
para mostrar toda la propiedad InnerException
más detalles en el nivel superior.

00:02:41.430 --> 00:02:43.160
Investigue hagamos esto aún más.

00:02:45.000 --> 00:02:47.942
Puedo ver que tengo dos
aquí los constructores y

00:02:47.942 --> 00:02:49.810
sólo uno de ellos está fallando.

00:02:49.810 --> 00:02:53.689
Y si miro de cerca, puedo ver
que tengo esto entrenamientos de campo que

00:02:53.689 --> 00:02:57.500
Yo no he inicializado realmente
en este constructor.

00:02:57.500 --> 00:03:00.310
Permíteme que lo intente copiar y
poner esto en.

00:03:01.830 --> 00:03:05.030
Ahora la ventaja real de
Live Unit Testing es que puedo hacer

00:03:05.030 --> 00:03:08.330
estos cambios en el código y
a continuación, va a activamente

00:03:08.330 --> 00:03:12.480
Buscar qué pruebas están afectadas por
Esto cambia y ejecutarlos para mí.

00:03:12.480 --> 00:03:16.350
Para no tener que hacer cualquiera
Mías este manualmente.

00:03:16.350 --> 00:03:18.250
Para poder ver aquí ahora,

00:03:18.250 --> 00:03:23.000
Esta prueba está afectando esto
Ahora está pasando el constructor predeterminado.

00:03:24.460 --> 00:03:27.600
Si hago clic en esto,
Ahora puedo navegar atrás y

00:03:27.600 --> 00:03:31.910
vea suficiente certeza que esta prueba
método está pasando por todas partes.

00:03:34.524 --> 00:03:38.384
Algo que quizás haya observado
dentro de este método es un gris

00:03:38.384 --> 00:03:39.341
línea de puntos.

00:03:40.740 --> 00:03:42.780
Y tal vez se pregunte,
¿Qué es esto?

00:03:42.780 --> 00:03:47.354
Esto es parte de algo nuevo que
Hemos introducido en código en vivo

00:03:47.354 --> 00:03:50.072
análisis en 2017 de Visual Studio.

00:03:50.072 --> 00:03:53.181
Estos puntos grises indican
una sugerencia dentro de

00:03:53.181 --> 00:03:58.087
el editor que es menos molesta
forma de indicar una mejor práctica o

00:03:58.087 --> 00:04:00.559
una preferencia estilística posible.

00:04:00.559 --> 00:04:04.181
Antes, tendría realmente
Para hacer que estos errores o

00:04:04.181 --> 00:04:07.460
advertencias para tener este visual
cola dentro del editor.

00:04:09.250 --> 00:04:12.742
Ahora, puedo realmente
Desplace el puntero sobre estos puntos grises y

00:04:12.742 --> 00:04:16.984
¿Se puede presionar Ctrl + punto para ver lo que
Sugerencia está disponible para mí.

00:04:16.984 --> 00:04:20.157
Si examina detenidamente, puedo ver
Esto me indica que puedo

00:04:20.157 --> 00:04:21.695
utilizar a un inicializador de objeto.

00:04:21.695 --> 00:04:26.793
Y ¿se puede presionar ENTRAR para
Ahora, aplique esta revisión de código.

00:04:26.793 --> 00:04:28.979
Volver a mi archivo de instructor

00:04:28.979 --> 00:04:33.740
Puedo ver realmente más manchas
que tienen estos puntos grises.

00:04:33.740 --> 00:04:35.750
Por ejemplo, si se buscar aquí y

00:04:35.750 --> 00:04:39.548
Presione Ctrl + punto, puedo ver
aquí es que esta revisión de código

00:04:39.548 --> 00:04:42.769
sugiriendo utilizar var en su lugar
de tipo explícito.

00:04:44.188 --> 00:04:49.136
Esto es parte de un nuevo
característica de Visual Studio 2017 donde

00:04:49.136 --> 00:04:55.350
Permitir configuración código ahora y
ejecución de código dentro del editor.

00:04:55.350 --> 00:04:58.090
De nuevo, ¿se puede presionar ENTRAR
Para aplicar esta revisión.

00:04:59.410 --> 00:05:02.750
Si es necesario investigar el código
Además, opciones de estilo

00:05:02.750 --> 00:05:06.030
Puedo entrar en Herramientas > Opciones y
tipo de estilo de código.

00:05:07.350 --> 00:05:11.315
Y observe que para
preferencias de var, elegido para

00:05:11.315 --> 00:05:16.320
tipos integrados para preferir var en
el nivel de gravedad de la sugerencia.

00:05:17.460 --> 00:05:19.980
¿Puedo cambiar cómo desea
Esto se aplica en el editor

00:05:19.980 --> 00:05:24.260
simplemente haciendo clic en esta lista desplegable
y cambiar cómo desea que se aplican.

00:05:24.260 --> 00:05:27.360
Si soy un Insisto real para
estilo de código, puedo implementar esto

00:05:27.360 --> 00:05:32.060
como un error para que mi código
no generar si infringe esta regla.

00:05:33.330 --> 00:05:34.960
Que parece un poco más intenso para
Ahora, por lo que

00:05:34.960 --> 00:05:36.870
Voy a mantener
es como una sugerencia.

00:05:37.970 --> 00:05:40.900
En Visual Studio, estamos siempre
Agregar acciones de código y

00:05:40.900 --> 00:05:43.500
refactorizaciones para hacer
programadores más productivos.

00:05:45.770 --> 00:05:49.500
Así que vamos a buscar otros lugares donde se
puede refactorizar y corregir el código.

00:05:51.780 --> 00:05:56.010
Si produce un desplazamiento aquí,
Realmente puedo ver

00:05:56.010 --> 00:06:00.830
en este método, tengo un montón de
Si las instrucciones sin las llaves.

00:06:00.830 --> 00:06:04.960
Y mi equipo realmente, realmente,
realmente sugerimos

00:06:04.960 --> 00:06:07.740
utilizar llaves alrededor
todos los if instrucciones.

00:06:09.650 --> 00:06:12.900
Así que en lugar de tener que manualmente
Agregar llaves, hemos agregado

00:06:12.900 --> 00:06:17.010
toneladas de acciones poco de código pequeño
para ayudarle en el camino.

00:06:17.010 --> 00:06:21.650
Así por ejemplo, si pongo el cursor
en esta línea, puedo ahora presione Ctrl +.

00:06:21.650 --> 00:06:25.380
Y puede ver que es el
opción para agregar llaves aquí para mí.

00:06:26.490 --> 00:06:31.205
Y si me desplace sobre, puedo ver
que realmente puedo agregar llaves

00:06:31.205 --> 00:06:35.303
en todo el documento
proyecto o solución.

00:06:35.303 --> 00:06:39.266
Si corregir esto por todas partes en
el documento ya no quiere

00:06:39.266 --> 00:06:42.107
Buscar en todas partes donde if
se escribe la instrucción,

00:06:42.107 --> 00:06:44.980
¿Puedo presionar simplemente ENTRAR y
aplicar el cambio.

00:06:44.980 --> 00:06:48.830
Y voilà, puede ver que TI
llaves agregados por todas partes en mi código.

00:06:50.550 --> 00:06:53.760
Otra ventaja de
Por cierto, Live Unit Testing

00:06:53.760 --> 00:06:57.220
implica que, al realizar cualquier tipo de refactorización o
cambio de código

00:06:57.220 --> 00:07:01.240
Puedo ver al instante que TI
no impacto negativamente mi código.

00:07:01.240 --> 00:07:04.130
Por lo que pude ver,
a pesar de poner todas las llaves

00:07:04.130 --> 00:07:06.766
fue la refactorización
éxito porque todos mis

00:07:06.766 --> 00:07:09.544
aún se están ejecutando pruebas unitarias
que estas líneas de visitas.

00:07:12.478 --> 00:07:16.580
Otra cosa que podemos ver
se ha mejorado en Visual Studio

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

00:07:18.730 --> 00:07:22.450
Así que vamos a este método y
decida que al guardar mi entrenamiento I

00:07:22.450 --> 00:07:24.860
Realmente desea registrar
también su intensidad.

00:07:26.010 --> 00:07:30.380
Ahora cuando llegan hasta esta parte
donde me registro de los datos reales,

00:07:30.380 --> 00:07:34.830
Sé que tengo algún método
un lugar que tiene que ver con

00:07:34.830 --> 00:07:35.890
intensidad.

00:07:35.890 --> 00:07:37.840
A medida que comience a escribir,

00:07:37.840 --> 00:07:42.910
Ahora puedo confiar en IntelliSense para
Busque el método que desee para mí.

00:07:42.910 --> 00:07:45.000
Algo nuevo en Visual Studio 2017,

00:07:45.000 --> 00:07:49.660
Observará que es esto
Bandeja de iconos de la parte inferior.

00:07:49.660 --> 00:07:53.150
Y lo que esto le permite hacer
realmente es filtrar IntelliSense

00:07:53.150 --> 00:07:54.180
por categoría.

00:07:54.180 --> 00:07:57.300
Para que pueda ver puedo filtrar mi
lista de finalización sólo tener variables locales

00:07:57.300 --> 00:07:58.540
y los parámetros.

00:07:58.540 --> 00:08:04.415
O sólo tienen propiedades, campos,
métodos, interfaces, etc.

00:08:04.415 --> 00:08:08.038
Y hay un método muy intuitivo
método abreviado de teclado asociado

00:08:08.038 --> 00:08:09.180
con todos estos.

00:08:10.400 --> 00:08:13.884
Ahora sé que sólo quiero mirar
métodos, así que puedo filtrar por métodos.

00:08:13.884 --> 00:08:17.883
Y con la suficiente certeza puedo ver
GetWorkoutIntensity es probablemente

00:08:17.883 --> 00:08:19.699
el método que desee aquí.

00:08:21.460 --> 00:08:24.905
También puede observar que hemos
Agrega el resaltado de IntelliSense

00:08:24.905 --> 00:08:28.805
donde realmente nos negrita la búsqueda
término dentro de la lista de finalización, por lo que

00:08:28.805 --> 00:08:31.091
saber por qué las cosas
se sugiere que usted.

00:08:32.893 --> 00:08:36.487
Así que voy a agregar esto, voy
colocar en el parámetro de entrenamiento.

00:08:36.487 --> 00:08:39.568
Y voilà,
Ahora he actualizado este método

00:08:39.568 --> 00:08:42.910
incluir la intensidad
al intentar guardar mis ejercicios.

00:08:44.450 --> 00:08:47.240
El constructor predeterminado que
estábamos trabajando en versiones anteriores,

00:08:47.240 --> 00:08:50.510
ha estado en mi mente y no tengo
realmente haya olvidado de él todavía.

00:08:50.510 --> 00:08:53.960
Algo que puedo hacer
Para regresar a él,

00:08:53.960 --> 00:08:58.618
es ¿se puede presionar Ctrl + T o
lo que se denomina ir a todos.

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

00:09:00.020 --> 00:09:05.450
Ahora puedo navegar a cualquier archivo,
tipo, miembro o declaración de símbolo.

00:09:05.450 --> 00:09:09.850
Por ejemplo, sé que era
un constructor para el profesor y por lo tanto

00:09:09.850 --> 00:09:11.630
Puedo escribir esto en.

00:09:11.630 --> 00:09:17.230
También observará que se trata de una
lista de todos los archivos, tipos, miembros

00:09:17.230 --> 00:09:21.840
símbolos que puedo filtrar realmente
éstos hacia abajo por categoría.

00:09:21.840 --> 00:09:25.080
Por tanto, si sólo desea ver los archivos,
¿Se puede presionar este icono.

00:09:25.080 --> 00:09:28.290
Si sólo desea ver los tipos,
¿Se puede presionar este icono.

00:09:28.290 --> 00:09:30.980
Si sólo desea ver símbolos, etc..

00:09:30.980 --> 00:09:35.732
También puedo cambiar el ámbito de mi
búsqueda en el documento actual o

00:09:35.732 --> 00:09:37.230
a elementos externos.

00:09:38.930 --> 00:09:43.710
Por lo que sé aquí que realmente desee
para navegar hasta el tipo instructor y

00:09:43.710 --> 00:09:45.310
Automáticamente esto puedo poner aquí.

00:09:47.330 --> 00:09:48.130
Ya que ahora estoy aquí,

00:09:48.130 --> 00:09:52.570
Deseo ver la frecuencia con
se utiliza este constructor.

00:09:52.570 --> 00:09:56.140
Así que puedo ver que tengo
el constructor predeterminado y

00:09:56.140 --> 00:09:58.210
un constructor que toma un objetivo.

00:09:58.210 --> 00:10:00.650
Desea saber cómo se usan.

00:10:00.650 --> 00:10:04.690
Así que puedo elaborar mi tipo y
¿Presione Buscar todas las referencias.

00:10:07.499 --> 00:10:09.590
Pero, ¿qué ha ocurrido aquí?

00:10:09.590 --> 00:10:13.510
Esto no se parezca al final
referencias que estemos acostumbrados a.

00:10:13.510 --> 00:10:17.708
Ya no es finales referencias
una lista sencilla, plana.

00:10:17.708 --> 00:10:21.828
En Visual Studio 2017, hemos
realmente ahora los todos los

00:10:21.828 --> 00:10:25.080
resultados de final de referencias y
le hemos facilitado lo

00:10:25.080 --> 00:10:29.400
Puede personalizar la jerarquía
de los resultados mostrados.

00:10:29.400 --> 00:10:33.730
Por ejemplo, aquí tengo
el proyecto y, a continuación, la definición.

00:10:33.730 --> 00:10:35.890
¿Puedo cambiar esto para que sea
Sólo la definición.

00:10:36.920 --> 00:10:38.890
Puedo cambiar esta opción para
ser la definición y

00:10:38.890 --> 00:10:41.300
a continuación, el proyecto, etc.

00:10:41.300 --> 00:10:44.544
Puedo incluso hacer que personalizada si
Deseo pulsando y

00:10:44.544 --> 00:10:46.415
cambiar la agrupación yo mismo.

00:10:49.111 --> 00:10:52.815
Guardar como
a continuación, el proyecto de definición.

00:10:52.815 --> 00:10:58.275
Al hacer esto, puedo ver
que mi constructor predeterminado

00:10:58.275 --> 00:11:03.486
sólo se hace referencia
una vez en mi archivo de instructor y

00:11:03.486 --> 00:11:06.851
sólo una vez en el archivo de prueba.

00:11:06.851 --> 00:11:11.362
Así que en realidad voy a pensar
basta con eliminar este elemento porque

00:11:11.362 --> 00:11:14.733
nunca ha utilizado una vez en ese
Realmente no necesito.

00:11:14.733 --> 00:11:18.000
Nuevamente, puedo simplemente comprobar esto
directamente en esta efectuando final

00:11:18.000 --> 00:11:21.530
referencias y ver otra vez,
que es sólo en estos dos lugares.

00:11:22.600 --> 00:11:26.255
Así que estoy tan sólo
va a eliminar este.

00:11:26.255 --> 00:11:29.604
Y ahora puedo ir
volver a mi clase de prueba y

00:11:29.604 --> 00:11:32.779
cambiar a utilizar
el otro constructor.

00:11:32.779 --> 00:11:33.529
De nuevo,

00:11:33.529 --> 00:11:37.279
Live Unit Testing va a
se ejecuta en segundo plano para

00:11:37.279 --> 00:11:41.706
Compruebe que no ha descompuesto nada
Cuando he eliminado este constructor.

00:11:41.706 --> 00:11:44.940
Y con la suficiente certeza, todas mis pruebas
todavía se está pasando a pesar de que me

00:11:44.940 --> 00:11:48.050
eliminar esto y lo
Ahora sé que eliminar de forma segura.

00:11:49.700 --> 00:11:52.600
Es de esperar que haya despertado con
Estas nuevas mejoras de productividad

00:11:52.600 --> 00:11:53.900
como somos.

00:11:53.900 --> 00:11:57.241
No se olvide de descargar
En la actualidad 2017 Visual Studio.

00:11:57.241 --> 00:12:01.017
Además, asegúrese de que comprobar algunos
enfriar más vídeos de Channel 9 y

00:12:01.017 --> 00:12:04.611
continuar la formación en
Microsoft Virtual Academy en línea.