WEBVTT

00:00:00.930 --> 00:00:03.890
Está bien, estamos en la presentación en .NET.

00:00:03.890 --> 00:00:07.400
Y hoy en día tenemos
Immo Landworth,

00:00:08.800 --> 00:00:11.470
quién es el Administrador de programas
en el equipo de. NET.

00:00:11.470 --> 00:00:13.160
Realmente se trabaja
Creo juntos.

00:00:13.160 --> 00:00:14.180
>> Sí.
>> [RÍEN]

00:00:14.180 --> 00:00:14.764
>> [RÍEN]

00:00:14.764 --> 00:00:16.234
>> Y hoy vamos a hacer

00:00:16.234 --> 00:00:18.362
Profundización en .NET 20 estándar.

00:00:18.362 --> 00:00:20.970
>> Y
[INAUDIBLE] centrado en general.

00:00:20.970 --> 00:00:21.520
>> Derecho.
>> Y

00:00:21.520 --> 00:00:24.480
Creo que hemos oído bastante
algunas preguntas acerca de eso.

00:00:24.480 --> 00:00:25.750
>> Sí.
>> Reflexión personas están emocionadas.

00:00:25.750 --> 00:00:27.250
Ellos piensan que es algo bueno.

00:00:27.250 --> 00:00:30.840
Pero no necesariamente completamente
lo entienden en todos los casos.

00:00:30.840 --> 00:00:31.660
>> Derecho.

00:00:31.660 --> 00:00:32.860
>>, Así que vamos a hacer una profundización.

00:00:32.860 --> 00:00:36.090
Creo que definitivamente es uno
de los expertos en este tema.

00:00:36.090 --> 00:00:37.302
>> Mejor estar.
>> [RÍE] Sí.

00:00:37.302 --> 00:00:39.243
>> Cuz he pasado dos
años trabajando en esto.

00:00:39.243 --> 00:00:40.050
[RISA]
>> Sí.

00:00:40.050 --> 00:00:41.740
Quiero decir, ¿cómo puede tarda tanto?

00:00:41.740 --> 00:00:43.325
>> Sé derecha.
Parece ser un concepto tan fácil.

00:00:43.325 --> 00:00:45.849
Así que comencemos.

00:00:45.849 --> 00:00:49.030
>> Tengo algunas diapositivas y, a continuación,
También tengo toneladas de demostraciones y

00:00:49.030 --> 00:00:51.230
a continuación, no dude en interrumpir
Me y formular preguntas.

00:00:51.230 --> 00:00:51.780
>> Lo haré.

00:00:51.780 --> 00:00:54.310
Bien, como dije antes, voy
para proporcionar la pista de risa.

00:00:54.310 --> 00:00:54.810
>> Muy bien.

00:00:56.500 --> 00:00:58.289
>> Puede ser me pero
No sé la respuesta pero bueno.

00:00:59.360 --> 00:01:02.300
Todo derecho, lo la gran pregunta
realmente es ¿por qué nos preocupamos?

00:01:02.300 --> 00:01:03.170
acerca de .NET standard.

00:01:03.170 --> 00:01:06.160
Por lo general es lo primero
personas se preguntan porque

00:01:06.160 --> 00:01:08.740
saben .NET y
generalmente cuando piensan en .NET

00:01:08.740 --> 00:01:09.970
piensan en
.NET framework.

00:01:09.970 --> 00:01:11.730
No puede llamar
.NET framework pero

00:01:11.730 --> 00:01:14.430
es efectivamente lo que
que deberíamos hace 15 años.

00:01:14.430 --> 00:01:17.550
Y el mundo era realmente simple
entonces ya que sólo tuvimos

00:01:17.550 --> 00:01:19.720
un marco que preocuparse y

00:01:19.720 --> 00:01:22.970
Básicamente, puede crear usted
conocer, a continuación, ambos tipos de servicios.

00:01:22.970 --> 00:01:28.283
Como las aplicaciones de escritorio básicamente y
era apps para. NET.

00:01:28.283 --> 00:01:30.753
Y por supuesto podría
crear aplicaciones de consola y

00:01:30.753 --> 00:01:32.710
Servicios de ventana y
¿Qué ha.

00:01:32.710 --> 00:01:34.610
Pero siempre se encuentra en
Este uno marco.

00:01:34.610 --> 00:01:37.900
Así, cuando la lógica empresarial lo haría
sólo se utiliza en este marco

00:01:37.900 --> 00:01:39.090
basándose en esta biblioteca BCL.

00:01:39.090 --> 00:01:41.160
>> Recuerdo.

00:01:41.160 --> 00:01:43.660
>> Buenos y viejos tiempos días, a la derecha
y, a continuación, en los años

00:01:43.660 --> 00:01:44.380
Hemos agregado más cosas.

00:01:44.380 --> 00:01:45.720
Por tanto, hay Xamarin, por ejemplo,

00:01:45.720 --> 00:01:48.870
que hace lo mismo
lo que en términos de

00:01:48.870 --> 00:01:51.300
dando una plataforma .NET
que es realmente productivo.

00:01:51.300 --> 00:01:54.630
Pero se centran más en
los dispositivos móviles, específicamente

00:01:54.630 --> 00:01:57.890
el no Windows unos, iOS,
OS X y, a continuación, Android.

00:01:57.890 --> 00:02:00.300
Obviamente, OS X no es un móvil
pero la misma cosa no existe.

00:02:00.300 --> 00:02:03.810
Es básicamente la idea es
generar diferentes tipos de aplicaciones

00:02:03.810 --> 00:02:06.270
esencialmente con sus
versión de. NET.

00:02:06.270 --> 00:02:08.090
Y que se generan fuera de Mono.

00:02:08.090 --> 00:02:10.449
Por lo que es muy similar Mono
en .NET framework, pero

00:02:10.449 --> 00:02:12.180
no es idéntico al 100%.

00:02:12.180 --> 00:02:13.570
Así, cuando se habla
acerca de la lógica de negocios,

00:02:13.570 --> 00:02:15.330
Ahora tiene dos cosas
para preocuparse, a la derecha.

00:02:15.330 --> 00:02:18.350
Y, a continuación, con la base. NET,
hay uno más.

00:02:18.350 --> 00:02:20.460
Y tenemos otro
móvil ángulo aquí con UWP.

00:02:20.460 --> 00:02:23.700
Pero también hay el nuevo
Material de núcleo de ASP.NET, y

00:02:23.700 --> 00:02:26.560
Hay aún
BCL otro para la base. NET.

00:02:26.560 --> 00:02:28.140
Y son diferentes
ya que son

00:02:28.140 --> 00:02:29.350
¿distintas bases de código, derecho?

00:02:29.350 --> 00:02:32.390
Por eso cuando aceptamos PRs, usamos
la aceptación del PR en .NET

00:02:32.390 --> 00:02:35.050
Núcleo lateral de la casa, porque
ahí es donde está la parte.

00:02:35.050 --> 00:02:37.740
Y, a continuación, desde allí, elaborar informes
net framework o mono, o

00:02:37.740 --> 00:02:40.740
cualquier otras implementaciones
nos podríamos tener en el futuro.

00:02:40.740 --> 00:02:41.295
Y es así como:

00:02:41.295 --> 00:02:45.360
la reutilización de código se convierte ahora esto
¿problema multidimensional derecho?

00:02:45.360 --> 00:02:48.370
Y así como hablamos acerca de estos
cosas en la parte superior como aplicación

00:02:48.370 --> 00:02:50.780
modelos, eso es lo que
generar la aplicación con y

00:02:50.780 --> 00:02:53.860
lo que en la parte inferior se
simplemente llame bibliotecas de bases,

00:02:53.860 --> 00:02:54.920
material de propósito general.

00:02:54.920 --> 00:02:55.420
>> Derecho.

00:02:58.100 --> 00:03:00.610
>> Nos gustaría decir
tres es más de uno

00:03:00.610 --> 00:03:02.780
Dado que se trata básicamente de
tres cosas diferentes y

00:03:02.780 --> 00:03:06.910
el signo más es lo que realmente está
comunes para todos ellos.

00:03:06.910 --> 00:03:10.490
Usted tiene que tener en cuenta que
API realmente puede compartir.

00:03:10.490 --> 00:03:12.826
Cuando desee una escritura ahora
una biblioteca a que tiene básicamente

00:03:12.826 --> 00:03:15.263
compilar varias veces desde
varias plataformas [INAUDIBLE]

00:03:15.263 --> 00:03:17.300
y básicamente
llega a ser muy difícil.

00:03:17.300 --> 00:03:21.578
>> Derecha, sé que cuando estaba
mediante la combinación de .NET

00:03:21.578 --> 00:03:24.190
Framework y .NET 1.x de núcleo.

00:03:24.190 --> 00:03:25.920
>> Derecho.
>> Tipo de antes de todos estos

00:03:25.920 --> 00:03:27.350
descargado completamente.

00:03:27.350 --> 00:03:29.460
Estaba haciendo algún archivo IO.

00:03:29.460 --> 00:03:30.750
Creo que era una secuencia de archivos y

00:03:30.750 --> 00:03:33.820
realmente estaba en el archivo
secuencia con lector de secuencias y

00:03:33.820 --> 00:03:38.810
se ha producido un método importante
que realmente quería

00:03:38.810 --> 00:03:42.290
uso y se estaba utilizando
en .net framework y

00:03:42.290 --> 00:03:46.010
a continuación, copiar el código sobre
al núcleo x y funcionó.

00:03:46.010 --> 00:03:47.730
Y me quedé satisfecho.

00:03:49.220 --> 00:03:55.470
Afortunadamente, pasado algún tiempo,
y, a continuación, intentar rehacer

00:03:55.470 --> 00:03:59.500
mismo ejercicio con núcleo de .NET
API 2.0 y que estaba allí.

00:03:59.500 --> 00:04:02.630
Y me hizo feliz, y
Simplemente continué con mi trabajo.

00:04:02.630 --> 00:04:04.390
Por lo tanto, definitivamente tenía
esa experiencia.

00:04:04.390 --> 00:04:06.510
>> Sí, eso es exactamente
¿el problema, derecho?

00:04:06.510 --> 00:04:09.540
Y si se extraen hasta una clase
biblioteca, es lo mismo.

00:04:09.540 --> 00:04:11.990
Excepto es par
más complicado.

00:04:11.990 --> 00:04:14.780
>> Supongo que lo demasiado
es, al igual que con el código de

00:04:14.780 --> 00:04:18.650
Transfieren, estaba
ya utiliza la API mejor.

00:04:18.650 --> 00:04:21.510
No era como pensé,

00:04:21.510 --> 00:04:23.760
tal vez algunos mejor manera de hacerlo
Esto no conocer.

00:04:23.760 --> 00:04:25.920
Sabía que estaba usando
el modelo mejor.

00:04:25.920 --> 00:04:30.020
Así que estaba igualmente molesto
Dado que tengo que hacer

00:04:30.020 --> 00:04:32.900
algo que yo fundamentalmente
Cree que era peor.

00:04:32.900 --> 00:04:34.250
>> Sí.

00:04:34.250 --> 00:04:36.610
>> Afortunadamente con esta nueva
modelo que ya no es el caso.

00:04:36.610 --> 00:04:37.570
>> Esa es la derecha.

00:04:37.570 --> 00:04:40.586
Y básicamente cuando nos ahora
Piense en el estándar. NET, lo que

00:04:40.586 --> 00:04:43.486
lo realmente hace básicamente
intenta unificar es esencialmente

00:04:43.486 --> 00:04:46.270
esa base capas que no
ya tienen esa experiencia

00:04:46.270 --> 00:04:49.228
Cuando decida hacer la plataforma A
algo poco anticuado

00:04:49.228 --> 00:04:51.729
y, a continuación, no tiene una forma
Para hacer la manera correcta.

00:04:51.729 --> 00:04:54.764
Y, por tanto, se puede considerar el nuevo
NET estándar esencialmente como

00:04:54.764 --> 00:04:56.220
la uno BCL a todos ellos, la regla

00:04:56.220 --> 00:04:58.118
Creo que hemos dicho
Esto muchas veces.

00:04:58.118 --> 00:05:02.120
Pero lógicamente es básicamente el
conjunto de API que realmente cada

00:05:02.120 --> 00:05:05.519
Debe tener la plataforma. NET,
porque en realidad son

00:05:05.519 --> 00:05:08.466
partes fundamentales
al igual que las colecciones de i/OS,

00:05:08.466 --> 00:05:09.976
el acceso a la consola

00:05:09.976 --> 00:05:13.250
cosas que hacer básicamente en
bibliotecas de niveles inferiores.

00:05:13.250 --> 00:05:15.026
Y por disminuir nivel
en serio como no app

00:05:15.026 --> 00:05:16.150
¿cosas específicas, derecho?

00:05:16.150 --> 00:05:17.480
Lógica empresarial viene a la mente,

00:05:17.480 --> 00:05:18.920
capas de acceso a datos
viene a la mente.

00:05:18.920 --> 00:05:22.190
>> Pero
También es una promesa de usuario.

00:05:22.190 --> 00:05:24.130
Aspecto de promesa de desarrollador a él.

00:05:24.130 --> 00:05:25.090
>> Derecho.

00:05:25.090 --> 00:05:27.439
Que es básicamente -
todo lo que coloque en .NET

00:05:27.439 --> 00:05:31.450
estándar de irán
por todas partes en el futuro.

00:05:31.450 --> 00:05:32.949
Y vamos a hablar un poco
más acerca de las versiones y

00:05:32.949 --> 00:05:33.660
Cómo funciona en general.

00:05:33.660 --> 00:05:35.494
Pero la idea es que
tiene el mismo estándar

00:05:35.494 --> 00:05:37.890
los números de versión, porque nos
no tiene una máquina del tiempo.

00:05:37.890 --> 00:05:40.620
No podemos hacerlo con carácter retroactivo
Agregar una API hace cinco años

00:05:40.620 --> 00:05:41.730
que no funciona.

00:05:41.730 --> 00:05:44.230
Así, cuando agregamos nuevas API como un
nueva versión del estándar, pero

00:05:44.230 --> 00:05:46.520
la expectativa es que todos los
Finalmente se moverán plataformas

00:05:46.520 --> 00:05:48.580
la última versión,
nunca se atasca en la versión.

00:05:48.580 --> 00:05:49.240
>> Derecho.

00:05:49.240 --> 00:05:50.530
>> Hasta
Básicamente, usted no puede bifurcar

00:05:50.530 --> 00:05:53.070
es siempre,
siempre de avanzar y

00:05:53.070 --> 00:05:54.630
capturas de coherencia
arriba con el tiempo.

00:05:54.630 --> 00:05:57.970
>> Bien sabe, lo sé
alguien que tenga una máquina del tiempo.

00:05:57.970 --> 00:05:59.220
¿Hacer?

00:05:59.220 --> 00:06:03.190
>> Sí, entonces, es un gran -
>> Debemos contratamos a ese individuo.

00:06:03.190 --> 00:06:05.780
>> Sí, en realidad,
Ahora es una mujer.

00:06:05.780 --> 00:06:07.180
>> Supongo que es true.

00:06:07.180 --> 00:06:08.570
¿Cuál es su nombre de nuevo?

00:06:08.570 --> 00:06:09.670
¿O su nombre?
[RISA]

00:06:09.670 --> 00:06:11.130
>> Bueno, sigue siendo

00:06:11.130 --> 00:06:12.440
el mismo nombre, pienso.

00:06:13.560 --> 00:06:16.190
Ella viene en diciembre.

00:06:16.190 --> 00:06:17.110
>> Muy bien.
>> Sí, enfriar.

00:06:18.920 --> 00:06:21.440
Entonces, ¿cuál es la diferencia
enviarla a

00:06:21.440 --> 00:06:24.270
la imagen anterior como
como hay sólo un BCL.

00:06:24.270 --> 00:06:26.790
Me gusta decir que no es un Venn
diagrama porque sólo es realmente

00:06:26.790 --> 00:06:29.310
reversión de una cosa
números, ocultar

00:06:29.310 --> 00:06:31.790
que es más fácil que
una superposición

00:06:31.790 --> 00:06:34.630
diagrama de círculos múltiples
>> Definitivamente.

00:06:34.630 --> 00:06:37.290
>> Y, a continuación, la otra cosa
usted ha señalado es, con

00:06:37.290 --> 00:06:39.600
Hemos agregado una tonelada más APIs, y
Tengo una diapositiva en la, así,

00:06:39.600 --> 00:06:42.192
pero básicamente realmente intentamos
hacer que el dominator comun grandes.

00:06:42.192 --> 00:06:45.481
Como portable nos
modelar sólo lo que teníamos

00:06:45.481 --> 00:06:47.900
que era muy inferior al óptimo.

00:06:47.900 --> 00:06:51.444
Pero ahora realmente fuimos fuera de
Nuestra forma de asegurarse de que nos ponemos

00:06:51.444 --> 00:06:56.400
una que pensamos que es sensato y
Éste es bastante grande.

00:06:56.400 --> 00:06:57.830
Y nosotros simplemente llenar los vacíos para

00:06:57.830 --> 00:06:59.610
plataformas que no
tiene las API.

00:06:59.610 --> 00:07:01.660
En lugar de la otra
forma alrededor.

00:07:01.660 --> 00:07:02.830
Y, por tanto el cliente promete y

00:07:02.830 --> 00:07:04.760
Básicamente se puede simplemente
el estándar de destino.

00:07:04.760 --> 00:07:07.374
Y promete que puede ejecutar
en los que esa versión de

00:07:07.374 --> 00:07:08.690
el estándar es compatible.

00:07:10.220 --> 00:07:11.750
>> Derecho.
Así que probablemente recuerda en

00:07:11.750 --> 00:07:14.631
grado de escuela de aprendizaje acerca de
mínimo común denominador.

00:07:14.631 --> 00:07:15.850
>> Sí.

00:07:15.850 --> 00:07:19.620
>> Tipo de pienso el PCL
proyecto que hicimos fue un poco de

00:07:19.620 --> 00:07:23.110
común más baja
proyecto de denominador.

00:07:23.110 --> 00:07:26.859
Este uno, creo que con toda honestidad
en realidad es como un común más grande

00:07:26.859 --> 00:07:28.276
proyecto de denominador,

00:07:28.276 --> 00:07:30.920
especialmente con
.NET 2.0 estándar.

00:07:30.920 --> 00:07:31.990
¿Piensa que es razonable?

00:07:31.990 --> 00:07:33.130
>> Sí, creo que me,

00:07:33.130 --> 00:07:36.080
la diferencia es
intencionalidad más.

00:07:36.080 --> 00:07:37.890
Modelo PCL es lo que teníamos.

00:07:37.890 --> 00:07:39.060
Por lo que fue una idea posterior.

00:07:39.060 --> 00:07:40.532
Cada plataforma ha
lo que deseen.

00:07:40.532 --> 00:07:43.062
Y, a continuación, proporcionamos herramientas
que tenía que modelarlo

00:07:43.062 --> 00:07:43.671
estaba allí.

00:07:43.671 --> 00:07:46.015
Con el estándar que hemos dicho,
Esto es lo que deseamos,

00:07:46.015 --> 00:07:48.605
ahora permite hacer que todas
las cosas están allí y por lo tanto

00:07:48.605 --> 00:07:51.083
hemos aprovechado al máximo lo que pensamos
se estableció la API derecho.

00:07:51.083 --> 00:07:53.903
>> Sí una cosa que a veces
decirle a la gente que normalmente aparece

00:07:53.903 --> 00:07:56.913
miradas vacías en un tema tan importante
Para obtener en este vídeo.

00:07:56.913 --> 00:07:57.621
>> Suena muy bien.

00:07:57.621 --> 00:08:02.422
>> Sí es, con PCL, todo
los perfiles con la Maravilla

00:08:02.422 --> 00:08:05.634
fueron todos los nombres
genera la máquina.

00:08:05.634 --> 00:08:10.531
Por lo que se ha producido ningún pensado humano
implica la creación de los

00:08:10.531 --> 00:08:11.580
perfiles.

00:08:11.580 --> 00:08:13.189
>> Esa es la derecha.

00:08:13.189 --> 00:08:15.240
>> Los sonidos super anómalos.

00:08:15.240 --> 00:08:18.420
Y eso es la diferencia
con esto en el utiliza

00:08:18.420 --> 00:08:20.560
la intencionalidad de word.

00:08:20.560 --> 00:08:23.580
Por lo tanto, hubo pensamiento humano
implica básicamente en

00:08:23.580 --> 00:08:26.910
todos los miembros que nos
extrae en .NET standard.

00:08:28.060 --> 00:08:30.710
Por lo tanto, sí significa que ahora usted
tiene la culpa de los seres humanos.

00:08:30.710 --> 00:08:33.310
>> [RÍEN]
>>, Pero creo que eso es una enorme

00:08:33.310 --> 00:08:34.830
enorme diferencia.

00:08:34.830 --> 00:08:35.870
>> Lo creo demasiado.

00:08:38.860 --> 00:08:39.700
¿Entonces cuál es el estándar?

00:08:39.700 --> 00:08:40.690
Me refiero a que suele ser la cosa.

00:08:40.690 --> 00:08:42.910
Todo suena muy bien cuando se
tienen como abstract diagramas tan

00:08:42.910 --> 00:08:45.020
realmente lo que se reduce
en Visual Studio es

00:08:45.020 --> 00:08:47.340
Cuando lo hace diversión nuevo proyecto se
tiene esta nueva categoría aquí

00:08:47.340 --> 00:08:48.830
llamado .NET estándar y

00:08:48.830 --> 00:08:51.140
tiene una plantilla en la que se
cruz de normas de .NET de la biblioteca.

00:08:51.140 --> 00:08:54.390
Por lo que es un proyecto
puede crear el tipo.

00:08:54.390 --> 00:08:56.420
Por lo tanto, es la mecánica
la pieza a él.

00:08:56.420 --> 00:08:58.150
Y la pieza recurrible
que fecha hoy.

00:08:58.150 --> 00:09:00.863
La segunda parte del mismo,
es una especificación, por lo que

00:09:00.863 --> 00:09:02.682
es básicamente un conjunto de API.

00:09:02.682 --> 00:09:06.426
Que decir que serán de todas las plataformas
implementar esas API, por lo que una forma

00:09:06.426 --> 00:09:09.295
para aclarar este punto es usted can-
>> Puedo tener sólo un idiota para

00:09:09.295 --> 00:09:09.831
¿un momento?

00:09:09.831 --> 00:09:11.421
>> Sí, se trata de forma natural.

00:09:11.421 --> 00:09:12.263
>> Sí, se trata de forma natural.

00:09:12.263 --> 00:09:13.790
Volver a la otra diapositiva.

00:09:13.790 --> 00:09:14.300
>> Sí.

00:09:14.300 --> 00:09:16.990
>>, Esto es sólo un pequeño
bit de una broma, pero

00:09:16.990 --> 00:09:21.780
Creo que la gente le preguntará
Estoy en el nodo .NET estándar,

00:09:21.780 --> 00:09:23.770
Veo entre la biblioteca
Estándar. NET.

00:09:23.770 --> 00:09:27.260
¿Por qué veo .NET
¿Marco 4.5.2 allí?

00:09:27.260 --> 00:09:28.220
>> Significa la lista desplegable
¿en la parte superior?

00:09:28.220 --> 00:09:30.900
>> Sí, me siento como el de
algo para resaltarla.

00:09:30.900 --> 00:09:33.960
>> Sí, entonces se trata básicamente de
el resultado final de Mi primera

00:09:33.960 --> 00:09:35.850
Cuando le dije, la diapositiva se utiliza para
tiene .NET framework y

00:09:35.850 --> 00:09:37.210
el mundo era bueno.

00:09:37.210 --> 00:09:38.820
Y, por tanto, decir:
estaría bien si pudiera

00:09:38.820 --> 00:09:41.370
Elija el número de versión
antes de crear la plantilla.

00:09:41.370 --> 00:09:44.930
Y más adelante es posible agregar más
Sabores de .NET como [INAUDIBLE] en

00:09:44.930 --> 00:09:46.710
también algún punto.

00:09:46.710 --> 00:09:49.350
Como esta caída abajo pierde mucho
de es el valor, probablemente debería

00:09:49.350 --> 00:09:52.180
en la parte inferior y
debe seleccionar el nombre.

00:09:52.180 --> 00:09:54.889
Y debe ser sensible a
es direccional plantilla pero

00:09:54.889 --> 00:09:56.694
el cuadro de diálogo es simplemente
no representan a

00:09:56.694 --> 00:09:57.768
Desgraciadamente hoy en día.

00:09:57.768 --> 00:10:01.207
>> ¿Crees que tan
que el futuro tiene sentido a mí.

00:10:01.207 --> 00:10:03.095
>> Sí.
>> ¿Piensa que será siempre

00:10:03.095 --> 00:10:03.637
¿sucede?

00:10:03.637 --> 00:10:04.985
Seguro que lo espero.

00:10:04.985 --> 00:10:05.986
>> Sí.
>> Lo he dicho antes

00:10:05.986 --> 00:10:08.303
Twitter, creo que todo este
diálogo necesita una revisión.

00:10:08.303 --> 00:10:10.154
>> Sí.
>> Hay un poco demasiados

00:10:10.154 --> 00:10:12.706
Opciones y nombres que no son
necesariamente reflexivo

00:10:12.706 --> 00:10:14.600
de cómo piensa
el mundo de hoy.

00:10:14.600 --> 00:10:15.470
>> Sí, está bien.

00:10:16.530 --> 00:10:17.700
>> Sí, por lo que es.

00:10:17.700 --> 00:10:19.380
Entonces, pensamos en
la parte de la especificación.

00:10:19.380 --> 00:10:21.420
Por tanto, si piensa en el estándar
como una especificación

00:10:22.660 --> 00:10:23.920
una buena analogía es HTML.

00:10:23.920 --> 00:10:26.162
Por lo que el código HTML es una especificación y
luego está el explorador.

00:10:26.162 --> 00:10:27.673
Por lo que implementamos esas especificaciones.

00:10:27.673 --> 00:10:30.788
No hay borde, cromo y cada uno
uno de esos exploradores básicamente

00:10:30.788 --> 00:10:32.756
Ajustar a una diferente
versión de la especificación.

00:10:32.756 --> 00:10:34.603
Pero de la misma forma
sucede a los estándares. NET.

00:10:34.603 --> 00:10:36.603
Por lo que es el estándar
básicamente las especificaciones HTML y

00:10:36.603 --> 00:10:39.303
a continuación, el explorador equivalente del
es básicamente el hormigón .NET

00:10:39.303 --> 00:10:41.703
plataformas de implementada como
Familia, núcleo. NET,

00:10:41.703 --> 00:10:42.516
Xamarin, Unity.

00:10:42.516 --> 00:10:46.310
Y lo que podríamos
crear en el futuro.

00:10:46.310 --> 00:10:50.380
Por lo es realmente bueno
imagen mental que tienen.

00:10:50.380 --> 00:10:51.858
Así que, como dije anteriormente,

00:10:51.858 --> 00:10:55.500
con 2.0, realmente estamos tratando
las API más para volver a agregar muchos.

00:10:55.500 --> 00:10:59.143
De hecho, hemos agregado unos 20.000
API, en comparación con .NET Standard

00:10:59.143 --> 00:11:03.130
1.x o 1.6, que era el
última versión en serie 1 x.

00:11:03.130 --> 00:11:05.693
Y la manera en que hemos Llegados a que
número era que básicamente dijimos,

00:11:05.693 --> 00:11:07.598
Bueno, ¿cuál es el máximo
¿podemos visualizamos?

00:11:07.598 --> 00:11:10.628
Y el máximo que se puede
enVision es tomar .NET framework

00:11:10.628 --> 00:11:13.058
y Xamarin, y
la intersección de molde.

00:11:13.058 --> 00:11:15.148
Debido a que es esencialmente
un buen proxy para

00:11:15.148 --> 00:11:17.073
API que podrían ser
multiplataforma, pero

00:11:17.073 --> 00:11:19.937
todavía son muy similares a
¿Qué tiene .NET framework.

00:11:19.937 --> 00:11:21.587
Y, a continuación, también hemos añadido algunos
API de sólo en

00:11:21.587 --> 00:11:23.280
.NET framework que
No tenían Xamarin, y

00:11:23.280 --> 00:11:24.367
les pidió que implementarlos.

00:11:24.367 --> 00:11:27.825
Así que no tenemos
un conjunto de Franken esencialmente.

00:11:27.825 --> 00:11:31.508
>> Básicamente si simplemente vaya
con el escenario simple que

00:11:31.508 --> 00:11:36.189
se ha mencionado, la intersección
de .NET framework, digamos, 4.7 y

00:11:36.189 --> 00:11:39.413
Mono más recientes, que
intersección que todavía no estaba

00:11:39.413 --> 00:11:42.350
en el núcleo de .NET era
unos 20.000 API.

00:11:42.350 --> 00:11:43.683
>> Corregir, por lo que la mayor parte de nuestro trabajo-
>> Esa es la enorme.

00:11:43.683 --> 00:11:45.610
>> No se fue calentando la especificación.

00:11:45.610 --> 00:11:48.990
La mayoría del trabajo fue entonces
implementar esta copia en el núcleo.

00:11:48.990 --> 00:11:51.229
Marco era por construcción
ya lo admite.

00:11:51.229 --> 00:11:53.333
Xamarin tuvieron que agregar
muy pocas API.

00:11:53.333 --> 00:11:55.859
Creo que es probable que sea menor que
100 API preguntamos a Xamarin a

00:11:55.859 --> 00:11:56.390
implementar.

00:11:57.660 --> 00:12:00.240
Así que sí, teníamos 20.000 API
teníamos que agregar al centro,

00:12:00.240 --> 00:12:02.479
Eso fue la masiva
de nuestro trabajo.

00:12:04.810 --> 00:12:06.592
>> Que les escribo
para así UWP.

00:12:06.592 --> 00:12:07.677
>> Corregir,

00:12:07.677 --> 00:12:10.390
UWP, en la primera diapositiva,
tipo de se agrupan con .NET

00:12:10.390 --> 00:12:12.305
Principales ya que son una especie de
tanto desde la misma base de código.

00:12:12.305 --> 00:12:14.064
>> Mm-hm.
>> Para que no se para

00:12:14.064 --> 00:12:17.523
Por desgracia, libre porque
UWP tiene un tiempo de ejecución diferentes

00:12:17.523 --> 00:12:19.931
entorno de
lo hace Windows normal.

00:12:19.931 --> 00:12:22.888
Por tanto, hay trabajo que ocurre
Para agregar el sistema operativo para admitir app

00:12:22.888 --> 00:12:24.380
contenedor y todo eso.

00:12:24.380 --> 00:12:27.298
Pero sí, así es
Obtenga la misma API, de superficie.

00:12:27.298 --> 00:12:28.311
Te enviamos este año.

00:12:28.311 --> 00:12:30.420
No creo que anuncian
¿la fecha aún, a la derecha?

00:12:30.420 --> 00:12:32.003
Vendrá.

00:12:32.003 --> 00:12:35.307
Lo segundo es, creo,
otro dato interesante que

00:12:35.307 --> 00:12:38.119
Cuando intenta crear un conjunto de
de bibliotecas con un eje,

00:12:38.119 --> 00:12:41.299
el problema en que se ejecutan normalmente
en primer lugar, es cuando se copia

00:12:41.299 --> 00:12:44.550
su propio código, hay abundante
de API que pierda.

00:12:44.550 --> 00:12:45.570
Pero eso es en el control.

00:12:45.570 --> 00:12:47.260
Puede refactorizar el código.

00:12:47.260 --> 00:12:49.099
Puede ser una tonelada de trabajo,
pero puede hacerlo.

00:12:49.099 --> 00:12:51.233
Normalmente donde finaliza la historia,
Sin embargo,

00:12:51.233 --> 00:12:54.245
es que tienen dependencias
en las bibliotecas de otros fabricantes

00:12:54.245 --> 00:12:55.952
que alguien le suministró.

00:12:55.952 --> 00:12:59.142
Unidad de pensar X para
ejemplo o JSON.net, o

00:12:59.142 --> 00:13:01.222
lo que realmente utiliza.

00:13:01.222 --> 00:13:03.574
Y la mayoría de los
bibliotecas de Nuget hoy, no son

00:13:03.574 --> 00:13:04.707
el estándar de la plataforma de destino.

00:13:04.707 --> 00:13:06.417
Sigue destino
.NET framework,

00:13:06.417 --> 00:13:08.487
porque es lo que
eso es todo para tanto tiempo.

00:13:08.487 --> 00:13:09.715
Y, por tanto la pregunta que tenemos es:

00:13:09.715 --> 00:13:11.190
bien, ¿cómo nos
¿hacer esto más suave?

00:13:11.190 --> 00:13:13.592
¿Cómo lo hacemos más fácil
¿personas de puerto en puerto?

00:13:13.592 --> 00:13:16.262
Por lo que [INAUDIBLE] lo que llamamos
una corrección de compatibilidad o

00:13:16.262 --> 00:13:19.585
modo de compatibilidad, que básicamente
permite referencia Nuget

00:13:19.585 --> 00:13:22.980
paquetes que realmente sólo
trabajar en .NET framework, hoy en día.

00:13:22.980 --> 00:13:25.727
Y hemos intentado ir fuera de nuestro
Asegúrese de forma que el trabajo en .NET

00:13:25.727 --> 00:13:26.355
Estándar.

00:13:26.355 --> 00:13:27.323
Y, por extensión,

00:13:27.323 --> 00:13:30.113
cualquier plataforma que implemente
.NET 2.0 estándar.

00:13:30.113 --> 00:13:32.585
Y hay una demostración l tiene que
probablemente se explica un poco

00:13:32.585 --> 00:13:34.766
mejor, pero la idea aquí
es algo mejor esfuerzo.

00:13:34.766 --> 00:13:37.037
Por lo que no sabemos qué
la biblioteca hace.

00:13:37.037 --> 00:13:39.123
Y si utiliza formularios Windows Forms para
ejemplo,

00:13:39.123 --> 00:13:41.896
no funcionará en un comando
en Linux obviamente.

00:13:41.896 --> 00:13:46.328
Pero la mayoría de las bibliotecas se
se encuentra en Nuget alrededor del 70% son API

00:13:46.328 --> 00:13:49.111
comparable lo que
en .NET 2.0.

00:13:49.111 --> 00:13:51.985
Por lo que en la práctica, la mayoría de
el tiempo, al actualizar y

00:13:51.985 --> 00:13:54.736
hace referencia sólo a una existente
paquete de Framework,

00:13:54.736 --> 00:13:57.200
probablemente sólo funcionará correctamente.

00:13:57.200 --> 00:13:59.970
>> Derecho, por lo que la advertencia
emptor de la naturaleza de este.

00:13:59.970 --> 00:14:01.166
>> Sí.
>> Como un usuario,

00:14:01.166 --> 00:14:06.352
será Maravilla si yo
podría decir, actualmente estoy

00:14:06.352 --> 00:14:11.888
utilizando bLa Nuget empaquetarla
realmente no debería ser el caso

00:14:11.888 --> 00:14:16.983
que tengo que ir a explorar
completamente por mí.

00:14:16.983 --> 00:14:19.107
Si se encuentra en este cubo del 70%,

00:14:19.107 --> 00:14:22.578
Existen listas en cualquier lugar
¿podría seguir mirar?

00:14:22.578 --> 00:14:24.361
>> Significa como listas de
paquetes de Nuget nuevo que nos

00:14:24.361 --> 00:14:25.550
¿sabe que va trabajar?

00:14:25.550 --> 00:14:26.485
>> Sí.

00:14:26.485 --> 00:14:28.006
>> No, no creo que
hoy tenemos una lista.

00:14:28.006 --> 00:14:29.814
Que es realmente
una buena sugerencia.

00:14:29.814 --> 00:14:30.821
Probablemente deberíamos tener una lista.

00:14:30.821 --> 00:14:31.801
>> Sí.

00:14:31.801 --> 00:14:34.441
>> Lo que desea hacer
es que desee llegar a Nuget

00:14:34.441 --> 00:14:34.991
autores y

00:14:34.991 --> 00:14:37.930
animarlos activamente a
admite nativamente .NET Standard.

00:14:37.930 --> 00:14:39.070
Especialmente cuando están

00:14:39.070 --> 00:14:41.000
ya de facto el
compatible del mismo de todos modos.

00:14:41.000 --> 00:14:43.670
Basta un paso explícito
en el paquete que decir, sí,

00:14:43.670 --> 00:14:45.490
Admiten en .NET 2.0.

00:14:45.490 --> 00:14:48.132
Por lo que es también más intencional
en el lado del autor de paquete.

00:14:48.132 --> 00:14:50.669
>> Bien,
Si tuviéramos super estratégicas,

00:14:50.669 --> 00:14:54.222
parece que diremos,
Estos son los 100

00:14:54.222 --> 00:14:58.301
las bibliotecas más populares que
sólo tiene .NET framework.

00:14:58.301 --> 00:14:59.800
Las dependencias y
llegar a ellos.

00:14:59.800 --> 00:15:01.187
>> Sí.
>> Ha pensado en su equipo

00:15:01.187 --> 00:15:01.879
¿acerca de eso?

00:15:01.879 --> 00:15:04.745
>> Sí, por ejemplo, usted debe saber
él es mi jefe, así que lo que él es

00:15:04.745 --> 00:15:07.450
básicamente dice derecho
Ahora es debo hacerlo.

00:15:07.450 --> 00:15:08.580
>> Obtener en cinta.

00:15:08.580 --> 00:15:09.940
>> Obtenerlo en cinta,
Ahora es pública.

00:15:11.840 --> 00:15:15.410
Lo hicimos realmente, dimos

00:15:15.410 --> 00:15:17.730
ese número por básicamente
haciendo lo acabamos de decir.

00:15:17.730 --> 00:15:21.060
Hicimos un análisis completo
en paquetes de NuGet.

00:15:21.060 --> 00:15:23.050
No hay realmente un vídeo donde
Guiarle a través de la cubierta de

00:15:23.050 --> 00:15:24.570
todas las conclusiones que tenemos.

00:15:24.570 --> 00:15:25.210
¿Qué no hemos hecho,

00:15:25.210 --> 00:15:27.090
porque es más de
un esfuerzo cuantitativo.

00:15:27.090 --> 00:15:28.670
No tenemos realmente
profundiza en esto.

00:15:28.670 --> 00:15:31.870
Realmente acabamos
Sin embargo, hay algunos de alto perfil

00:15:31.870 --> 00:15:34.025
paquetes que terminamos realmente
de enviar directamente a PRs-

00:15:34.025 --> 00:15:34.640
>> [CROSSTALK}

00:15:34.640 --> 00:15:35.660
Realmente que es aún mejor.

00:15:35.660 --> 00:15:38.400
>> Para corregirlo realmente y
Agregar internatively bonificación.

00:15:38.400 --> 00:15:40.550
¿>> Y aceptó los PR?

00:15:40.550 --> 00:15:41.540
>> La mayoría de los casos, sí.

00:15:41.540 --> 00:15:44.720
Algunas veces fue
diferente de 1 X del Delta

00:15:44.720 --> 00:15:47.930
y el Cobra era bastante grande,
y la gente no tenía ganas

00:15:47.930 --> 00:15:51.790
que parece mucho
interrupción en Mis copagos.

00:15:51.790 --> 00:15:54.490
Con 2.0 es sobre todo, agregar
otra carpeta para su NuGet

00:15:54.490 --> 00:15:56.800
paquete, y
eso es prácticamente todo.

00:15:58.230 --> 00:15:59.570
Dependiendo de cómo se
Genere el proyecto,

00:15:59.570 --> 00:16:02.400
puede terminar agregando un gramo T
al proyecto demasiado, por lo que

00:16:02.400 --> 00:16:04.840
obtendrá el compilado
verificación de tiempo también.

00:16:04.840 --> 00:16:08.680
Pero es un filtro muy mínimo
en 2.0 para la mayor parte.

00:16:08.680 --> 00:16:10.810
Por lo tanto, son en su mayoría 2.0 cambios
aceptado, piense en [INAUDIBLE].

00:16:10.810 --> 00:16:13.970
>> Derecho, por lo es muy
conversación más fácil

00:16:13.970 --> 00:16:14.497
con el encargado.

00:16:16.670 --> 00:16:18.950
>> Todos los derechos,
suficiente de las diapositivas

00:16:18.950 --> 00:16:21.260
Veamos realmente una demostración.

00:16:21.260 --> 00:16:22.470
Por lo tanto, lo que tengo aquí es,

00:16:22.470 --> 00:16:25.380
Desafortunadamente la fuente
no es sorprendente, pero

00:16:25.380 --> 00:16:27.660
Espero que puede ver en
la pantalla de vídeo bastante bien.

00:16:28.790 --> 00:16:30.647
Por lo tanto, básicamente, lo que tenemos
aquí es Northwind, y

00:16:30.647 --> 00:16:32.096
cualquier persona que lo hace el desarrollo para

00:16:32.096 --> 00:16:33.920
es mucho tiempo
conscientes de Northwind.

00:16:33.920 --> 00:16:35.180
Y así,
Tengo una aplicación muy sencilla

00:16:35.180 --> 00:16:41.460
es la aplicación Windforms y
puede indicar claramente que soy un diseñador

00:16:41.460 --> 00:16:44.720
porque cuando se cambia el tamaño
aquí se pega el botón

00:16:44.720 --> 00:16:47.120
en la parte inferior derecha esquina, por lo que
Hice un trabajo muy bueno allí.

00:16:47.120 --> 00:16:50.470
Pero básicamente todo lo hice aquí,
es que cargar algunos de los datos de

00:16:50.470 --> 00:16:54.170
Northwind y busque
personas que se retiran ahora

00:16:54.170 --> 00:16:56.580
forma que puede saber
[RISA] están de estos datos.

00:16:56.580 --> 00:16:57.866
Clave aquí es que

00:16:57.866 --> 00:17:00.550
que mi base de datos real
derecha ahora no es SQL.

00:17:00.550 --> 00:17:03.820
En realidad está utilizando Dataset,
lo que era nuestro mapa en

00:17:03.820 --> 00:17:06.140
representación de las bases de datos
en el uno x días.

00:17:06.140 --> 00:17:07.770
>> Puede quizá zoom
¿que en apenas un poco?

00:17:07.770 --> 00:17:10.167
>> Me puede pensar.

00:17:14.228 --> 00:17:15.944
Tal vez es probablemente 150
incluso mejor.

00:17:15.944 --> 00:17:17.160
Aquí vamos.

00:17:17.160 --> 00:17:18.770
Y por lo tanto, lo que puede ver
aquí es básicamente, todo lo que hacer,

00:17:18.770 --> 00:17:23.210
es que un conjunto de datos, crearemos
cargarlo hardcore desde archivo,

00:17:23.210 --> 00:17:24.660
con como un punto de interrupción había codificado ruta.

00:17:24.660 --> 00:17:26.810
Realmente muy bien,
Historia de la incandescencia en mi lado.

00:17:26.810 --> 00:17:27.980
Sólo espero que
personas que se retiran.

00:17:27.980 --> 00:17:29.640
¿Correcto?

00:17:29.640 --> 00:17:32.950
Cumpleaños, más de 65 años, que
es la edad de jubilación general.

00:17:32.950 --> 00:17:35.084
Creo que una edad,
probablemente es más como 40.

00:17:35.084 --> 00:17:36.374
>> [RÍE] Sí.

00:17:36.374 --> 00:17:37.750
>> He oído que es más parecido, EE.
120.

00:17:37.750 --> 00:17:38.810
>> Sí [RÍE].

00:17:38.810 --> 00:17:40.010
>> Así, parametrizar.

00:17:40.010 --> 00:17:42.890
Pero básicamente aquí sólo busco
Para eso y sólo mostrarlo.

00:17:44.150 --> 00:17:45.730
Así que, ¿por qué lo hace
¿con el estándar. NET?

00:17:45.730 --> 00:17:48.260
Por lo tanto, sólo tienen uno de los
API que se consideraron obsoleta

00:17:48.260 --> 00:17:50.370
y básicamente
movido de una x.

00:17:50.370 --> 00:17:53.850
Pero resulta que las personas no podrán
estar enamorado del conjunto de datos

00:17:53.850 --> 00:17:56.658
pero la realidad es que incluso está
menos de amor con el

00:17:56.658 --> 00:17:58.800
volver a dividir un deshacerse de él.

00:17:58.800 --> 00:18:00.610
>> Definitivamente, y así lo hicimos aquí.

00:18:00.610 --> 00:18:01.530
Una gran cantidad de retroalimentación.

00:18:01.530 --> 00:18:04.230
>> Sí y allí es un montón de
cosas que es realmente útil.

00:18:04.230 --> 00:18:06.115
Por lo tanto, ¿qué va hacer ahora,
es que voy a crear un nuevo proyecto.

00:18:06.115 --> 00:18:09.926
Voy a ir a centro de .NET
ya hemos hablado de categorías

00:18:09.926 --> 00:18:13.191
Seleccione en el centro, y
a continuación, llamaremos a esto,

00:18:13.191 --> 00:18:15.230
Supongamos que los datos de Northwind.

00:18:17.925 --> 00:18:19.770
Deta dos ya creado su
al parecer antes del proyecto.

00:18:20.800 --> 00:18:22.370
>> Estado allí, hecho eso.

00:18:22.370 --> 00:18:24.050
>> Exactamente, es así.

00:18:24.050 --> 00:18:25.270
Y entonces
Sólo eliminar la clase

00:18:25.270 --> 00:18:29.050
y, a continuación, simplemente tomar mi
acceso a datos lógica ahora, y

00:18:29.050 --> 00:18:32.590
simplemente se mueva sobre
Mi nuevo proyecto.

00:18:32.590 --> 00:18:33.910
>> Muy bien.

00:18:33.910 --> 00:18:35.580
>>, Ahora,
Tengo aquí, y

00:18:35.580 --> 00:18:37.690
infórmanos si hay
No hay líneas en zigzag.

00:18:37.690 --> 00:18:39.080
Todo sólo funciona correctamente.

00:18:40.200 --> 00:18:42.384
Si realmente va a
las propiedades del proyecto,

00:18:42.384 --> 00:18:44.624
encontrará que orientamos
.NET 2.0 estándar,

00:18:44.624 --> 00:18:46.550
cuz que es lo de forma predeterminada.

00:18:46.550 --> 00:18:47.450
>> Sí.

00:18:47.450 --> 00:18:50.130
>> Si cambiarla a una x,
obtendrá toneladas de líneas en zigzag.

00:18:51.780 --> 00:18:53.210
De ser así, ahora,
tenemos una base de código moderno

00:18:53.210 --> 00:18:55.050
no exactamente,
moderniza un poco más,

00:18:55.050 --> 00:19:00.700
hay todos estos explícita
tipos, así que voy a hacerlo sólo.

00:19:00.700 --> 00:19:02.200
Ahora, veo var en todas partes.

00:19:02.200 --> 00:19:05.030
Es impresionante, lo sé,
es claramente un moderno código base.

00:19:05.030 --> 00:19:06.030
>> Definitivamente.
>> [RÍEN].

00:19:06.030 --> 00:19:08.180
>> Que es el que
¿Derecha, Casey no le gusta?

00:19:08.180 --> 00:19:10.570
¿>> Exactamente, la gente de nevar?

00:19:10.570 --> 00:19:11.870
>> Sí.

00:19:11.870 --> 00:19:14.830
>> Por lo tanto, ahora tenemos esto, pero
Ahora, vamos a ampliar realmente este

00:19:14.830 --> 00:19:19.540
y decir, no me entusiasman
Esta codificado de forma rígida búsqueda aquí.

00:19:19.540 --> 00:19:22.500
Por lo tanto, ¿qué he hecho
hace diez años

00:19:22.500 --> 00:19:25.200
Creo que escribí un motor SQL
que realmente le permite

00:19:25.200 --> 00:19:28.150
-\-

00:19:29.570 --> 00:19:31.870
Por lo tanto, vamos a realmente
Agregar mi biblioteca aquí.

00:19:31.870 --> 00:19:34.140
Por lo tanto, ir a
Mis paquetes de NuGet.

00:19:34.140 --> 00:19:37.870
Busco
mi biblioteca de NuGet.

00:19:37.870 --> 00:19:39.180
Buscar mi biblioteca.

00:19:39.180 --> 00:19:42.469
Aquí puede indicar 2012 cargado.

00:19:42.469 --> 00:19:44.220
>> Es que aún cuando
¿ha tenido tiempo libre?

00:19:44.220 --> 00:19:45.410
>> Cuando yo
todavía tenía tiempo libre,

00:19:45.410 --> 00:19:48.180
porque antes trabajaba,
Ahora no tengo tiempo libre.

00:19:48.180 --> 00:19:50.630
>> Bien,
También ha viajado en algún momento.

00:19:50.630 --> 00:19:51.180
>> Eso de true demasiado.

00:19:52.640 --> 00:19:53.560
Por lo tanto, instale esta cosa.

00:19:56.200 --> 00:20:00.008
Sin embargo, tuvo éxito
Cuando ahora creamos.

00:20:00.008 --> 00:20:03.987
Nos fijamos en la lista de errores
vemos una advertencia aquí.

00:20:03.987 --> 00:20:05.399
Y dice la advertencia:

00:20:05.399 --> 00:20:08.902
Se ha restaurado [INAUDIBLE]
mediante .NET framework 461.

00:20:08.902 --> 00:20:11.750
En lugar de .NET framework de destino
de .NET estándar versión 2.0.

00:20:11.750 --> 00:20:13.170
Así que, ¿por qué es.

00:20:13.170 --> 00:20:16.784
Bueno, si sólo vamos a
[INAUDIBLE] .org y nos sólo

00:20:16.784 --> 00:20:21.466
Buscar mi paquete aquí, y
sólo se descarga el paquete.

00:20:24.572 --> 00:20:26.803
Cuando abrimos este paquete
Explorer es muy obvio

00:20:26.803 --> 00:20:28.260
¿Cuál es el problema.

00:20:28.260 --> 00:20:30.800
Si examino el lip
carpeta de 2012, pienso,

00:20:30.800 --> 00:20:34.241
Concedido originalmente
cosa en el período 2005-2006.

00:20:34.241 --> 00:20:36.694
Por lo tanto, que fue cuando .NET
2.0 era alboroto, por lo que

00:20:36.694 --> 00:20:38.300
es lo que estoy targeting.

00:20:38.300 --> 00:20:41.628
Por lo tanto, no es nada PCL,
nada .NET standard sólo

00:20:41.628 --> 00:20:43.747
un buen marco .NET antiguo y
binario.

00:20:43.747 --> 00:20:45.460
>> Desea dar
un grito rápido hacia fuera para

00:20:45.460 --> 00:20:46.582
¿Qué es esta aplicación para.

00:20:46.582 --> 00:20:48.478
>> Sí, esto es,
Haz Explorador de paquetes

00:20:48.478 --> 00:20:50.380
es en realidad
el almacén de Windows.

00:20:50.380 --> 00:20:52.730
Si simplemente vaya a la tienda
puede buscar allí.

00:20:52.730 --> 00:20:54.421
Permite abrir
obtener nuevos paquetes y

00:20:54.421 --> 00:20:57.008
examinar visualmente, es decir,
simplemente está zip descargados, pero

00:20:57.008 --> 00:20:59.740
que es un poco más agradable, porque
Consulte aquí los metadatos.

00:20:59.740 --> 00:21:01.860
>> Definitivamente usar esto
aplicación varias veces a la semana,

00:21:01.860 --> 00:21:02.910
probablemente se utiliza cada día.

00:21:02.910 --> 00:21:04.543
>> Sí.
Cada vez que hago demostraciones en

00:21:04.543 --> 00:21:05.276
menos [RÍE].

00:21:05.276 --> 00:21:08.580
>> [RÍEN]
>>, Tenemos que y

00:21:08.580 --> 00:21:11.480
lo que podemos es ahora
¿Se puede reutilizar ahora mi biblioteca.

00:21:11.480 --> 00:21:15.680
Por lo tanto, voy a deshacerse de todos
aquí la lógica del hardware.

00:21:15.680 --> 00:21:21.987
Si he podido encontrar una forma
Utilice el mouse [RÍE].

00:21:21.987 --> 00:21:26.770
Quizá no
tal vez lo hará.

00:21:28.200 --> 00:21:32.490
Y a continuación, se elimina
todo esto aquí, de material y

00:21:32.490 --> 00:21:34.850
a continuación, en su lugar, colocar
en algunos conocimientos.

00:21:34.850 --> 00:21:39.060
Por lo tanto, que usa la biblioteca
suficiente para agregar utilizando en este

00:21:39.060 --> 00:21:41.960
punto, básicamente todo lo que hace es
basta con crear el contexto de datos

00:21:41.960 --> 00:21:45.110
que retiene el conjunto de datos
respectivos de la conexión

00:21:45.110 --> 00:21:46.210
hace una consulta SQL.

00:21:47.450 --> 00:21:50.225
Vínculo magia se usa para procesar
el resultado y otro poco para

00:21:50.225 --> 00:21:51.495
ejecutar de nuevo la aplicación.

00:21:54.263 --> 00:21:55.585
No se crea ninguna más.

00:21:58.718 --> 00:22:00.398
Porque tengo que agregar
una biblioteca de referencia de

00:22:00.398 --> 00:22:01.085
curso así.

00:22:01.085 --> 00:22:03.030
>> [RÍEN]
>> A crear la nueva biblioteca

00:22:03.030 --> 00:22:04.380
no ayuda bastante.

00:22:04.380 --> 00:22:05.730
>> También tiene referencia
lo que he oído.

00:22:08.680 --> 00:22:09.540
Escribimos esta otra vez.

00:22:09.540 --> 00:22:14.580
Esto es lo mismo
lo que antes.

00:22:14.580 --> 00:22:15.080
De ser así, ahora,

00:22:15.080 --> 00:22:18.760
Básicamente se ha movido el
personal de abajo estándar a todos.

00:22:18.760 --> 00:22:19.990
Por lo tanto, podría tratarse de
ninguna referencia para

00:22:19.990 --> 00:22:21.230
biblioteca de muchos
podemos hacer referencia para

00:22:21.230 --> 00:22:24.700
Me ha sido un núcleo que podríamos
referencia de examinar la aplicación,

00:22:24.700 --> 00:22:26.595
pero lo que se ve aquí
es que esta advertencia.

00:22:26.595 --> 00:22:28.384
También puede [INAUDIBLE]
Esta advertencia de la solución

00:22:28.384 --> 00:22:30.420
explorador que muestra
es lo mismo.

00:22:30.420 --> 00:22:31.500
Por lo tanto, la intención aquí es,

00:22:31.500 --> 00:22:33.780
le informaremos si se trata de
pasando por la compactación.

00:22:33.780 --> 00:22:35.380
No sabemos lo que
¿biblioteca, derecho?

00:22:35.380 --> 00:22:38.330
Puede utilizar formularios Windows Forms,
Puede utilizar las API que no tenemos.

00:22:38.330 --> 00:22:40.170
Por lo tanto, la intención aquí
es que probar la aplicación

00:22:40.170 --> 00:22:41.910
convencer a TI mismo
que se ejecuta correctamente.

00:22:41.910 --> 00:22:45.030
Y después, eficazmente
sólo se suprime la advertencia.

00:22:45.030 --> 00:22:48.840
Como puede ver aquí, de esta forma es,
aquí, el uno número

00:22:48.840 --> 00:22:50.990
que es NU uno, siete, o
uno que es un número de advertencia

00:22:50.990 --> 00:22:51.630
la compactación.

00:22:51.630 --> 00:22:54.540
Por lo tanto, todo lo que tiene que hacer
consiste en Seleccionar escriba aquí,

00:22:54.540 --> 00:22:58.670
y, a continuación, simplemente escriba el
número de advertencia, pulsa Intro,

00:22:58.670 --> 00:23:01.940
y guardar y, ahora, se puede ver
el desaparece de la solución

00:23:01.940 --> 00:23:07.120
Explorer y también desaparece.
desde aquí la reconstrucción.

00:23:07.120 --> 00:23:10.090
>> Por lo tanto,
una cosa que estaba jugando con

00:23:10.090 --> 00:23:12.750
recientemente se ha éste
fin de semana o la semana pasada.

00:23:12.750 --> 00:23:17.090
Estuve jugando con
las advertencias de errores.

00:23:17.090 --> 00:23:18.660
>> Sí.
>> Cuadro de diálogo.

00:23:18.660 --> 00:23:22.260
¿Puedes hablar un poco acerca de
lo que crea, por lo que sabemos

00:23:22.260 --> 00:23:27.630
operar un número de amigos
con un advertencias como errores.

00:23:27.630 --> 00:23:29.300
>> Derecho.
>> Por lo tanto, en este tipo de modelo

00:23:30.460 --> 00:23:33.050
es que incapatable con
ese tipo de sistema, o

00:23:33.050 --> 00:23:34.710
¿puede hablar a eso?

00:23:34.710 --> 00:23:36.200
>> Sí, entonces la idea es,
Eso creo

00:23:36.200 --> 00:23:41.040
lo que han hecho ahora con
es la versión más reciente de VS

00:23:41.040 --> 00:23:44.453
tipo de puente entre
las advertencias de la y advertencias

00:23:44.453 --> 00:23:49.330
de eso son todos en el mismo
Interfaz de usuario y la misma experiencia.

00:23:49.330 --> 00:23:52.170
Por ejemplo, a continuación, verá
advertencias específicas ya

00:23:52.170 --> 00:23:54.670
Suprime específica
las advertencias se tratan ya.

00:23:54.670 --> 00:23:59.200
Por ejemplo, y por lo tanto, puede usar
Sabe cambiar esas configuraciones y

00:23:59.200 --> 00:24:01.940
puede, por ejemplo, digamos, I
desea el NU1701 un error

00:24:01.940 --> 00:24:04.920
por lo que no es necesario ir nunca
a través de la compactación.

00:24:04.920 --> 00:24:08.240
Lo otro es que desea
Suprimir las advertencias.

00:24:08.240 --> 00:24:10.120
>> Y donde desea
Especifique si desea

00:24:10.120 --> 00:24:11.169
tener un -
>> Debe especificar

00:24:11.169 --> 00:24:11.876
el derecho [INAUDIBLE] aquí.

00:24:11.876 --> 00:24:12.422
>> Está bien.

00:24:12.422 --> 00:24:14.518
>> Por lo tanto, básicamente diría,
una de las flechas, tratar

00:24:14.518 --> 00:24:15.198
Yo diría, NU.

00:24:15.198 --> 00:24:15.770
>> Está bien.

00:24:15.770 --> 00:24:17.070
>> Que ahora se convierte en un error
Correcto.

00:24:17.070 --> 00:24:18.100
>> Bien, te veo.

00:24:18.100 --> 00:24:20.709
>> Sí, lo es si se
Buscar en el archivo de proyecto de

00:24:20.709 --> 00:24:22.582
promedio por sistema
con el mismo NU1,

00:24:22.582 --> 00:24:25.230
y propiedad que
compilar en uno para.

00:24:25.230 --> 00:24:27.110
Por lo tanto, tiene una muy
flujo de trabajo simple ahora.

00:24:27.110 --> 00:24:29.560
Sólo puede editar, y
a continuación, simplemente se trasladarán.

00:24:29.560 --> 00:24:30.216
>> Derecha, así que para

00:24:30.216 --> 00:24:32.352
personas que tienen los
tipo de sistemas de compilación

00:24:32.352 --> 00:24:34.450
se deben reproducir sólo
como todo lo demás.

00:24:34.450 --> 00:24:35.650
>> Sí.

00:24:35.650 --> 00:24:37.940
Y la idea general es
dar Supresor de advertencia.

00:24:37.940 --> 00:24:40.709
Se trata, por lo que incluso si se
tienen advertencias [INAUDIBLE],

00:24:40.709 --> 00:24:43.372
como es una advertencia de suprimir ninguna
ya que causa lo barco errores

00:24:43.372 --> 00:24:44.453
Básicamente, ¿cierto?

00:24:44.453 --> 00:24:46.944
>> Correcto.

00:24:46.944 --> 00:24:50.350
>> Todos los derechos,
fue esa demostración.

00:24:51.510 --> 00:24:56.461
Volvamos a la cubierta.

00:24:56.461 --> 00:24:59.420
Por lo tanto, la otra pregunta
Normalmente es el números de versión.

00:24:59.420 --> 00:25:00.971
>> Derecho.
>> Hay varias versiones

00:25:00.971 --> 00:25:03.800
de la norma y, a continuación, el
pregunta es, ¿qué se debe.

00:25:03.800 --> 00:25:06.487
Cómo debe piensa en la
números de versión y cómo está

00:25:06.487 --> 00:25:08.611
capaces de tomar una decisión
de lo que desea como destino.

00:25:08.611 --> 00:25:15.930
Por lo que he escrito algunos HTML
que probablemente debería pública.

00:25:15.930 --> 00:25:18.130
Es realmente en GitHub, puede
llegar desde allí, pero

00:25:18.130 --> 00:25:19.830
No hay un vínculo para
todavía.

00:25:19.830 --> 00:25:22.710
Pero básicamente lo que se ve aquí
es esta tabla que parece

00:25:22.710 --> 00:25:25.260
confundir a la gente todo el tiempo.

00:25:25.260 --> 00:25:27.160
La tabla no es
difícil una vez que sepa cómo

00:25:27.160 --> 00:25:29.590
para leerlo, pero
no es obvio.

00:25:29.590 --> 00:25:31.048
Así que lo que se ve aquí
está en la parte superior,

00:25:31.048 --> 00:25:32.790
ver la versión
números del estándar.

00:25:33.890 --> 00:25:37.168
Para que pueda ver como
de 1.0 a 2.0,

00:25:37.168 --> 00:25:40.363
¿Qué tipo de versión
números ¿tenemos?

00:25:40.363 --> 00:25:42.620
Y, a continuación, lo que se ve
en el eje vertical,

00:25:42.620 --> 00:25:45.396
Finalmente todos los .NET
implementaciones que tenemos.

00:25:45.396 --> 00:25:47.744
Así por ejemplo aquí
puede ver, ahora mismo,

00:25:47.744 --> 00:25:49.819
Hemos seleccionado
.NET 1.0 estándar.

00:25:49.819 --> 00:25:52.475
Y lo que se ve aquí en verde
es esencialmente todos los .NET

00:25:52.475 --> 00:25:54.191
implementaciones que se puede ejecutar en,
y

00:25:54.191 --> 00:25:56.920
¿Qué versión mínima
números que debe tener.

00:25:56.920 --> 00:26:00.448
Así por ejemplo, si es necesario
Para ejecutar .NET 1.0 estándar,

00:26:00.448 --> 00:26:02.325
Deseo destino .NET 1.0,

00:26:02.325 --> 00:26:05.567
Esto significa que ejecutar .NET
Núcleo desde la versión 1.0.

00:26:05.567 --> 00:26:08.941
Puedo ejecutar en marco
Puesto que el número de la versión 4.5.

00:26:08.941 --> 00:26:11.634
>> Lo que significa que usted no puede
compatibilidad con algo antes de.

00:26:11.634 --> 00:26:12.277
>> Correcta.

00:26:12.277 --> 00:26:13.139
>> Como 4.0.

00:26:13.139 --> 00:26:15.943
>> Sí, así que 4.0,
Por ejemplo, no ejecute en.

00:26:15.943 --> 00:26:19.498
Lo que ve aquí es
Vea también en este caso, la forma

00:26:19.498 --> 00:26:23.510
que el núcleo de .NET no
implementar realmente directamente 1.0.

00:26:23.510 --> 00:26:25.715
Realmente implementa 1.6.

00:26:25.715 --> 00:26:28.776
Lo que significa que pude Centrar ahora
un mayor número de versión y

00:26:28.776 --> 00:26:30.507
ejecutar en .NET Core 1.0.

00:26:30.507 --> 00:26:32.677
Por ejemplo,
Ahora cuando orientamos 1.1,

00:26:32.677 --> 00:26:35.620
lo que ve es que todos los de
todo esto deja de estar disponible.

00:26:35.620 --> 00:26:38.967
Por ejemplo, deseo que ya no
Silverlight para Windows que

00:26:38.967 --> 00:26:41.724
Espero que a nadie le importa
acerca de ya con UWP pero

00:26:41.724 --> 00:26:43.771
que forma de tabla
básicamente funciona.

00:26:43.771 --> 00:26:46.725
Y, a continuación, incluso cuando Subir
Además, si se acaba de cambiar

00:26:46.725 --> 00:26:49.599
vea esencial que este rojo pistas
cosas que no desea ejecutar.

00:26:49.599 --> 00:26:51.608
Y ahora puede ver por ejemplo,

00:26:51.608 --> 00:26:56.014
Ahora necesita.NET Framework 4.6 si
Necesito ejecutar .NET centro 1.3.

00:26:57.770 --> 00:27:00.603
Eso es básicamente cómo leer
la tabla a continuación, en la parte superior,

00:27:00.603 --> 00:27:03.168
Tenemos esta barra azul aquí
que es un poco como un proxy para

00:27:03.168 --> 00:27:04.412
el número de API que tenemos.

00:27:04.412 --> 00:27:08.646
Medida que vuelvo a ver el
SUMJUM entre 1.0 y 1.1 y

00:27:08.646 --> 00:27:12.509
a continuación, entre 1.1 y 1.2,
Hay sólo un salto secundario.

00:27:12.509 --> 00:27:16.037
Y, a continuación, una vez que se llega a 2.0, nos
vea este aumento masivo donde nos

00:27:16.037 --> 00:27:18.692
tienen más de 20.000 API,
todo este asunto.

00:27:18.692 --> 00:27:22.532
Aquí los números no son todo
fecha, pero la de.NET Framework

00:27:22.532 --> 00:27:25.604
uno es, por tanto cuando desee
destino Centere de .NET 2.0,

00:27:25.604 --> 00:27:28.676
Básicamente se tiene que ejecutar
.NET Framework 461 y,

00:27:28.676 --> 00:27:31.122
no se ejecuta en 45 o
46, por ejemplo.

00:27:31.122 --> 00:27:33.260
Eso es básicamente cómo
para leer en esta tabla.

00:27:33.260 --> 00:27:34.415
¿Tiene sentido para usted?

00:27:34.415 --> 00:27:35.106
>> Mm-hm.

00:27:38.442 --> 00:27:41.682
Por lo que veo, no debería esta columna

00:27:41.682 --> 00:27:46.220
Esta celda, sólo decir 2.0,
¿Núcleo de .NET 2.0?

00:27:46.220 --> 00:27:47.964
>> Sí, debe aparecer aquí, 2.0

00:27:47.964 --> 00:27:50.201
He olvidado la versión
son números aquí.

00:27:50.201 --> 00:27:51.692
>> Sí, pero
¿podríamos llenar por la derecha?

00:27:51.692 --> 00:27:52.970
>> Podemos llenar esto

00:27:52.970 --> 00:27:56.250
hay una actualizada
Si vas a nuestras preguntas más frecuentes de la versión.

00:27:56.250 --> 00:27:58.725
Hay una versión real
tabla que tenemos aquí,

00:27:58.725 --> 00:28:00.650
que es lo mismo que
tenemos en los documentos.

00:28:00.650 --> 00:28:01.384
>> Está bien, ya está actualizada.

00:28:01.384 --> 00:28:03.310
>> Y para ver el estado real
aquí los números de versión.

00:28:03.310 --> 00:28:06.952
Lo simplemente no he hecho
la versión HTMLified de que.

00:28:06.952 --> 00:28:08.805
>> Está bien.

00:28:08.805 --> 00:28:09.820
>> Pero sí,
es lo mismo.

00:28:11.300 --> 00:28:13.405
A continuación, por lo que el siguiente
pregunta a menudo es aceptable,

00:28:13.405 --> 00:28:14.752
¿Cómo decide, derecha?

00:28:14.752 --> 00:28:16.501
Y básicamente, se trata de un equilibrio.

00:28:16.501 --> 00:28:19.009
Tiene que decidir entre
Cuanto mayor sea la versión de

00:28:19.009 --> 00:28:21.720
es el estándar,
las API más que tiene.

00:28:21.720 --> 00:28:23.625
Cuanto menor sea la versión
la norma es,

00:28:23.625 --> 00:28:26.347
el alcance más que tiene, cuz
la plataforma más soporte que

00:28:26.347 --> 00:28:27.883
versión concreta [INAUDIBLE].

00:28:27.883 --> 00:28:30.583
Que es un poco intuitiva, pero
merece la pena señalar es

00:28:30.583 --> 00:28:32.473
Dado que llegar a las personas
confundido acerca de eso.

00:28:32.473 --> 00:28:34.591
Se trata de [INAUDIBLE]
como se trata de una especificación,

00:28:34.591 --> 00:28:37.730
al igual que un número de versión
no quedan fuera del soporte.

00:28:37.730 --> 00:28:38.305
>> Derecho.

00:28:38.305 --> 00:28:40.625
>> Porque, básicamente es sólo
el número de API puede

00:28:40.625 --> 00:28:41.710
acceso, esencialmente.

00:28:41.710 --> 00:28:43.304
Y así, en general,

00:28:43.304 --> 00:28:45.572
a pesar de que ellos
Has enviado 2.0,

00:28:45.572 --> 00:28:49.970
no debe sentir culpable por
destinatarios incluso 1.6, 1.4 ó 1.0.

00:28:49.970 --> 00:28:52.132
Porque si puede destinar 1.0,
por todos los medios

00:28:52.132 --> 00:28:53.356
debería dirigir 1.0.

00:28:53.356 --> 00:28:56.459
Sólo debe golpear la versión
número cuando necesite más API.

00:28:58.270 --> 00:28:59.582
Implementaciones, en
el otro lado,

00:28:59.582 --> 00:29:00.902
tienen la directiva de soporte técnico
¿Correcto?

00:29:00.902 --> 00:29:04.359
Y así, por ejemplo, se puede
decida que diga .NET Core 1.0 es

00:29:04.359 --> 00:29:08.100
no tiene soporte técnico eventual, y
usted tiene que estar en 1.1 o 2.0.

00:29:08.100 --> 00:29:10.316
Y eso significa simplemente que no puede
una versión superior de

00:29:10.316 --> 00:29:11.918
Además, el estándar
pero siempre puede

00:29:11.918 --> 00:29:14.350
la versión inferior de destino
Para obtener más alcance.

00:29:14.350 --> 00:29:18.593
>> Sí, básicamente está diciendo
las versiones de implementación de .NET

00:29:18.593 --> 00:29:21.737
y sus políticas de soporte
no tienen ninguna relación a

00:29:21.737 --> 00:29:23.650
las versiones estándar. NET.

00:29:23.650 --> 00:29:25.060
>> Correcta.
>> Pretendemos apoyar éstos

00:29:25.060 --> 00:29:26.630
Versiones estándar de .NET para siempre.

00:29:26.630 --> 00:29:29.658
>> Sí.
>> No hay ninguna razón para

00:29:29.658 --> 00:29:32.420
nosotros les descartar.

00:29:32.420 --> 00:29:34.443
Sí, no tenemos planes
de eso nunca.

00:29:34.443 --> 00:29:36.481
>> Y hay también n
principales cambios, derecho,

00:29:36.481 --> 00:29:39.167
al igual que la versión son todos los números
aumentar monolítico y

00:29:39.167 --> 00:29:41.830
sólo obtendrá más API siempre que
nos movemos API desde aquí.

00:29:41.830 --> 00:29:42.660
>> Derecho.

00:29:42.660 --> 00:29:43.790
>> Por lo que hace posible.

00:29:43.790 --> 00:29:46.478
>> Bien,
no sólo no se quite de las API,

00:29:46.478 --> 00:29:49.254
derecha, supongo que del
lo que usted dice.

00:29:49.254 --> 00:29:52.611
Sí, y nunca volvemos y
Agregue o quite las API desde

00:29:52.611 --> 00:29:53.811
una versión dada:
>> Correcta.

00:29:53.811 --> 00:29:54.333
>> Nosotros ya hemos enviado.

00:29:54.333 --> 00:29:55.410
A continuación, es inmutable.

00:29:55.410 --> 00:29:59.865
>> Sí, por lo que
es un modelo muy sencillo.

00:29:59.865 --> 00:30:03.416
La versión más antigua de ese destino
puede salirse con.

00:30:03.416 --> 00:30:07.404
A continuación, lo hemos
debe señalar es para

00:30:07.404 --> 00:30:12.588
personas que se utilizan para portátiles
bibliotecas de clases, si vas a

00:30:12.588 --> 00:30:18.190
-\-

00:30:19.310 --> 00:30:20.766
Y si lee
el texto de cerca,

00:30:20.766 --> 00:30:22.840
usted verá ahora
Portátil de legado, dice.

00:30:22.840 --> 00:30:25.900
Por lo tanto, básicamente intentamos
Dile a la gente deje de usar

00:30:25.900 --> 00:30:27.490
bibliotecas de clases portables.

00:30:27.490 --> 00:30:29.560
Y en el texto, también decimos
Esto está desusado.

00:30:29.560 --> 00:30:31.863
Debe utilizar la biblioteca de clases
.NET estándar en su lugar.

00:30:31.863 --> 00:30:34.870
Por lo que es .NET Standard
el sucesor espiritual de

00:30:34.870 --> 00:30:36.380
bibliotecas de clases portables.

00:30:36.380 --> 00:30:37.940
Pero es muy
Historia de mejores herramientas,

00:30:37.940 --> 00:30:40.490
parcialmente porque tenemos
superficie de API mucho más.

00:30:40.490 --> 00:30:41.029
Y en segundo lugar,

00:30:41.029 --> 00:30:43.145
Dado que todavía puede hacer referencia
Archivos binarios de .NET framework,

00:30:43.145 --> 00:30:43.691
que es enorme.

00:30:43.691 --> 00:30:45.692
Ya que normalmente los mayores
cosa con el portátil,

00:30:45.692 --> 00:30:47.606
sólo pudo
hacer referencia a otros equipos portátiles.

00:30:47.606 --> 00:30:48.881
Nunca pudo
hacer referencia a cualquier otra cosa.

00:30:48.881 --> 00:30:50.106
>> Derecho.

00:30:50.106 --> 00:30:53.104
>> Y así
que obtiene realmente se desbloqueó.

00:30:53.104 --> 00:30:53.737
>> Sí, por lo que

00:30:53.737 --> 00:30:58.027
Creo que debería haber muy pocas
escenarios donde fue mejor PCL.

00:30:58.027 --> 00:31:00.073
>> Derecho.

00:31:00.073 --> 00:31:03.790
>> Es un 95%
mejor cosa un poco.

00:31:03.790 --> 00:31:05.150
>> Sí, me gusta pensar
siempre es mejor.

00:31:05.150 --> 00:31:07.670
Es sólo que algunas plataformas
no desea admitirlo.

00:31:07.670 --> 00:31:08.690
Ya no se admite lo.

00:31:08.690 --> 00:31:10.777
Pero .NET estándar al final
lo admiten [INAUDIBLE] para que sea

00:31:10.777 --> 00:31:12.290
realmente no perder nada:
>> Derecho.

00:31:12.290 --> 00:31:12.900
>> De forma realista.

00:31:14.010 --> 00:31:16.010
Tan sólo debe mover
el estándar y

00:31:16.010 --> 00:31:18.225
por lo general, es una actualización.

00:31:18.225 --> 00:31:22.567
Eso es creo que lo que tenemos
que decir sobre el portátil.

00:31:22.567 --> 00:31:25.220
Otra cosa que a menudo
viene es multi-targeting.

00:31:25.220 --> 00:31:28.100
Por lo tanto, lo que termina
de suceso son personas

00:31:28.100 --> 00:31:31.170
en algún momento en las API que
no existen en el estándar.

00:31:32.310 --> 00:31:35.890
Por lo que es lo que tengo aquí tengo
una solución con cuatro proyectos.

00:31:35.890 --> 00:31:37.713
Así que puedo simplemente ejecutar
lo realmente rápidamente.

00:31:40.992 --> 00:31:43.864
Sí, antes de que obtenemos un error
mensaje de la aplicación UWP

00:31:43.864 --> 00:31:45.680
Permítame que implemente
Esto guy primero.

00:31:45.680 --> 00:31:48.980
>> Sí, otra de Mis
mensajes de error favoritas.

00:31:51.390 --> 00:31:53.220
>> Y ahora cuando lo ejecuto,
Tengo dos aplicaciones.

00:31:55.390 --> 00:31:57.300
Puedo ver que he tenido
Abra antes de

00:31:57.300 --> 00:31:58.380
una mayor resolución de pantalla.

00:31:58.380 --> 00:31:59.718
Y así
ambos hacen lo mismo.

00:31:59.718 --> 00:32:01.150
Tengo una aplicación de formularios Windows Forms y
UWP app y

00:32:01.150 --> 00:32:02.345
ambos hacen lo mismo.

00:32:02.345 --> 00:32:05.432
Sólo se muestran los
longitud y latitud donde está

00:32:05.432 --> 00:32:08.330
ubicado en la tierra mediante el uso de
la API de ubicación geográfica de

00:32:08.330 --> 00:32:09.800
el sistema operativo.

00:32:09.800 --> 00:32:12.900
>> Por lo tanto, si se hubiera ejecutado de esa aplicación
ayer, podríamos haber dijimos

00:32:12.900 --> 00:32:16.207
Si eres
experimentando un eclipse [RÍE].

00:32:16.207 --> 00:32:18.575
>> Sí, podríamos tener.

00:32:18.575 --> 00:32:20.267
>> ¿Por qué no te
¿Piense?

00:32:20.267 --> 00:32:23.750
>> No sé,
no se me ocurre.

00:32:23.750 --> 00:32:25.450
Por lo que es lo que tengo ahora
Tengo dos bibliotecas.

00:32:26.680 --> 00:32:32.050
Cuz que quiero compartir, el público
puede tener acceso el subsistema GPS.

00:32:33.430 --> 00:32:35.355
Primero analicemos
en el.NET Framework

00:32:35.355 --> 00:32:36.537
implementación de.

00:32:36.537 --> 00:32:40.503
Y de hecho, lo que tiene
Aquí está básicamente utiliza

00:32:40.503 --> 00:32:42.660
System.Device.Location.

00:32:42.660 --> 00:32:44.520
Y se debe hacer
Esta pequeña danza,

00:32:44.520 --> 00:32:47.700
porque la primera vez que se llama a
puede no ser inicializado,

00:32:47.700 --> 00:32:49.442
Para hacer esto
poco aquí thingy.

00:32:49.442 --> 00:32:52.356
Y dado que lleva un tiempo
Tengo una versión asincrónica de que,

00:32:52.356 --> 00:32:53.766
para que ejecute en un subproceso de trabajo.

00:32:53.766 --> 00:32:56.274
Pero básicamente lo que puedo volver
para el usuario es simplemente una tupla de

00:32:56.274 --> 00:32:58.050
¿longitud y latitud, derecho?

00:32:58.050 --> 00:32:58.813
GetCoordinates.

00:32:58.813 --> 00:33:01.128
Razonablemente sencilla.

00:33:01.128 --> 00:33:02.826
>> Una tarea de tupla.

00:33:02.826 --> 00:33:03.453
>> Sí.

00:33:03.453 --> 00:33:04.710
Cuz es una API asíncrona.

00:33:04.710 --> 00:33:06.582
Y, a continuación, hacer lo mismo
cosa en el lado UWP

00:33:06.582 --> 00:33:08.043
salvo que utilizar distintas API.

00:33:08.043 --> 00:33:09.500
Ahora uso el TAPIs de Windows.

00:33:09.500 --> 00:33:11.848
Para ver el que uso
Windows.Device.Geolocations y

00:33:11.848 --> 00:33:13.713
Esta API ya
lo asynchronified

00:33:13.713 --> 00:33:16.071
No tengo como
un subproceso de trabajo o nada.

00:33:16.071 --> 00:33:18.807
Sólo puedo devolver este chico
Espero justo y

00:33:18.807 --> 00:33:20.040
devolver esta cosa.

00:33:20.040 --> 00:33:22.930
Y, a continuación, he terminado con esto.

00:33:22.930 --> 00:33:24.080
La razón de que poner esto
en la biblioteca, es lo

00:33:24.080 --> 00:33:26.230
Reutilizar esto a través de
Mi red de WinForms,

00:33:26.230 --> 00:33:27.560
¿en todos mis UWP aplicaciones, derecho?

00:33:27.560 --> 00:33:29.280
Pero es un problema, a continuación
Tengo dos bibliotecas.

00:33:29.280 --> 00:33:32.570
Tengo uno para.NET Framework,
y tengo uno para UWP.

00:33:32.570 --> 00:33:34.990
Así que ahora nos fijamos en
las referencias.

00:33:34.990 --> 00:33:36.017
Tengo que saber qué
uno para hacer referencia a.

00:33:36.017 --> 00:33:38.786
El UWP uno hace referencia el UWP
versión y, a continuación, el núcleo de .NET

00:33:38.786 --> 00:33:41.444
versión hace referencia a .NET
Versión del núcleo, lo siento,

00:33:41.444 --> 00:33:42.870
Versión de.NET Framework.

00:33:42.870 --> 00:33:45.790
>> Sí, supongo que uno de los
es lo que estás haciendo aquí, y

00:33:45.790 --> 00:33:47.231
tal vez esto es demasiado profundización.

00:33:47.231 --> 00:33:48.670
>> [RÍEN]
>> Pero-

00:33:48.670 --> 00:33:50.339
>> Es un día de profundización.

00:33:50.339 --> 00:33:55.230
>> En este caso particular,
Si el tipo que estaba usando

00:33:55.230 --> 00:33:57.300
obtuvo de explotación
sistema era un tipo de .NET

00:33:57.300 --> 00:34:00.590
podría tener sólo
devuelve esa posición y

00:34:00.590 --> 00:34:02.540
no se ha tirado la lat/long
fuera de ella.

00:34:02.540 --> 00:34:05.196
>> Correcta.
>> Creo que lo que está haciendo es

00:34:05.196 --> 00:34:10.689
básicamente está convirtiendo
la representación de ganar RT y

00:34:10.689 --> 00:34:14.038
Escriba en algo
más independiente.

00:34:14.038 --> 00:34:14.639
>> Correcta.

00:34:14.639 --> 00:34:16.054
>> Y es por eso
tiene que esperar y

00:34:16.054 --> 00:34:17.659
convertir justo
estos dos presumiblemente-

00:34:17.659 --> 00:34:18.796
>> Derecho.

00:34:18.796 --> 00:34:19.991
>> Dos valores Double.

00:34:19.991 --> 00:34:20.891
>> Esa es la derecha.

00:34:20.891 --> 00:34:21.602
>> Sí.

00:34:21.602 --> 00:34:22.432
>> Es así:
>> Y

00:34:22.432 --> 00:34:24.938
eso es lo que hace que los dos
lados compatibles.

00:34:24.938 --> 00:34:25.863
>> Sí.

00:34:25.863 --> 00:34:26.551
Bueno, eso es el objetivo.

00:34:26.551 --> 00:34:27.125
>> Sí.

00:34:27.125 --> 00:34:28.434
>> Mirar esta parte aquí.

00:34:28.434 --> 00:34:33.903
Espacio de nombres del GPS, GpsLocation,
GetCoordinates tupla.

00:34:33.903 --> 00:34:36.784
Que realmente ve exactamente la
mismo entre la versión Win RT

00:34:36.784 --> 00:34:38.368
y la versión de.NET Framework.

00:34:38.368 --> 00:34:40.300
Y tal como dijiste,
no es un accidente.

00:34:40.300 --> 00:34:41.400
Esto lo hice deliberadamente.

00:34:41.400 --> 00:34:42.140
>> Derecho.

00:34:42.140 --> 00:34:44.959
>> Es así porque ahora puedo
utilizar mi Varita mágica y

00:34:44.959 --> 00:34:48.731
sólo tiene que cambiar a otra rama
donde encargaba de esta tarea.

00:34:48.731 --> 00:34:51.610
Cuz que no desea verme
peleándome con mi inexistente

00:34:51.610 --> 00:34:53.420
mouse, diría yo.

00:34:53.420 --> 00:34:56.712
Ahora hay un único
proyecto llamado Gps.

00:34:56.712 --> 00:34:59.909
Tengo un solo archivo
llama ahora GpsLocation.

00:34:59.909 --> 00:35:01.987
Y ahora verá en su lugar
de tener dos bibliotecas

00:35:01.987 --> 00:35:03.161
sólo tiene una biblioteca.

00:35:03.161 --> 00:35:04.747
Y que sólo tenga algunos
instrucciones ifdef en la base de código.

00:35:04.747 --> 00:35:08.113
Y así ver ahora qué [INAUDIBLE]
Aquí está en esta lista poco hacia abajo

00:35:08.113 --> 00:35:10.480
aquí y
verá que hay tres entradas.

00:35:10.480 --> 00:35:13.000
.NET framework, no hay
Estándar de .NET y WWP.

00:35:14.490 --> 00:35:19.652
Y si se ha agregado
aquí el proyecto normalmente

00:35:19.652 --> 00:35:22.266
dice que .NET framework de destino,
un singular y, a continuación

00:35:22.266 --> 00:35:25.860
indica que cualquier destino,
Núcleo de. NET, .NET centrado.

00:35:25.860 --> 00:35:27.020
Y acaba de hacer
Esta aprobación y

00:35:27.020 --> 00:35:30.280
lo que ahora está dirigido el
estándar para el marco y WWP.

00:35:30.280 --> 00:35:33.460
>> Bien, puede hacer con
¿todas las propiedades de [INAUDIBLE]?

00:35:33.460 --> 00:35:34.470
>> No, Desgraciadamente, no.

00:35:34.470 --> 00:35:35.270
>> Bien, comprobando.

00:35:35.270 --> 00:35:37.320
>> Pero, ¿qué puede hacer ahora
es porque el proyecto no está

00:35:37.320 --> 00:35:39.700
compilado con eficacia de veces.

00:35:39.700 --> 00:35:41.880
Así que ¿qué puedo hacer ahora es
Puedo decir que quiero tener esto

00:35:41.880 --> 00:35:45.410
referencia, este paquete NuGet,
para Mis todas las compilaciones de tres.

00:35:45.410 --> 00:35:46.520
>> Derecho.
>> Y puedo decir,

00:35:46.520 --> 00:35:49.040
Cuando el destino es framework
Quiero hacer esta referencia adicional

00:35:49.040 --> 00:35:51.930
dónde agregar la referencia
a System.Device.

00:35:51.930 --> 00:35:53.430
Se puede hacer lo que sea
que desee en MSBuild,

00:35:53.430 --> 00:35:54.370
utilizando estas expresiones.

00:35:54.370 --> 00:35:57.880
Básicamente puede decir ahora:
Si el marco de destino es 461,

00:35:57.880 --> 00:35:58.740
Después de hacerlo.

00:35:58.740 --> 00:36:00.030
De lo contrario, hacer.

00:36:00.030 --> 00:36:02.760
>> Donde está el cierre
¿etiqueta del proyecto?

00:36:02.760 --> 00:36:03.520
>> Es muy similar a

00:36:03.520 --> 00:36:05.530
final porque todavía hay
algunas cosas horrible que tengo que hacer.

00:36:05.530 --> 00:36:07.870
>> Vaya, hice una pregunta incorrecta.

00:36:07.870 --> 00:36:09.600
>> N,
formular una pregunta de derecho.

00:36:09.600 --> 00:36:12.163
Pero lógicamente,
eso es lo tiene que hacer.

00:36:12.163 --> 00:36:12.920
>> Veo.

00:36:12.920 --> 00:36:15.180
Y ahora lo que tengo aquí ahora
Tengo un método básicamente

00:36:15.180 --> 00:36:17.200
y que se puede hacer sólo si esta cosa.

00:36:17.200 --> 00:36:20.090
Ahora es interesante
También estándar de .net de destino,

00:36:20.090 --> 00:36:21.950
que yo no he hecho antes.

00:36:21.950 --> 00:36:24.550
Así que lo que termina ocurriendo ahora
Tengo una implementación para

00:36:24.550 --> 00:36:28.520
Esta norma y que es
no muy útil compatible.

00:36:28.520 --> 00:36:31.730
Pero ¿qué puedo hacer ahora es I can -
>> Es esto como un poco,

00:36:31.730 --> 00:36:36.000
Esto básicamente como el anzuelo y
¿cambiar el modelo?

00:36:36.000 --> 00:36:37.190
Sí, es exactamente lo que es.

00:36:37.190 --> 00:36:38.110
Así que vamos a.
>> Está bien.

00:36:38.110 --> 00:36:40.230
>> Primero Comencemos
diciendo que sabe,

00:36:40.230 --> 00:36:42.080
vamos a producir de nuevo
el paquete de todo esto, por lo que

00:36:42.080 --> 00:36:46.940
Simplemente vas aquí decir paquete,
a continuación, obtenemos el paquete y listas.

00:36:46.940 --> 00:36:49.240
Es también disponemos de nuevas características.

00:36:49.240 --> 00:36:51.330
>> Es el 20
es casi 2017.

00:36:51.330 --> 00:36:54.290
>> Sí,
Creo que ya está en 51.

00:36:54.290 --> 00:36:55.680
>> Sí.

00:36:55.680 --> 00:36:59.290
Ahora cuando creo este chico
Ir a la carpeta de salida.

00:36:59.290 --> 00:37:01.710
En primer lugar, verá que
Hay tres carpetas para

00:37:01.710 --> 00:37:03.820
todos los diferentes que orientamos.

00:37:03.820 --> 00:37:06.370
>> Siento que vamos a utilizar
NuGetPackageExplorer de nuevo.

00:37:06.370 --> 00:37:08.710
>> Exactamente, pero
También es un paquete, y

00:37:08.710 --> 00:37:11.380
un paquete no tres.

00:37:11.380 --> 00:37:12.780
¿>> Hasta tres carpetas?

00:37:12.780 --> 00:37:14.860
>> Hay tres carpetas y
dentro de TI para obtener NuGet,

00:37:14.860 --> 00:37:16.630
obtendrá también tres carpetas.

00:37:16.630 --> 00:37:18.350
Con los binarios de tres
que se acaban de producir, lo

00:37:18.350 --> 00:37:21.926
Básicamente se hizo una pasada de
el, crea la versión en para

00:37:21.926 --> 00:37:24.450
la versión de WP, y
uno para la versión.

00:37:24.450 --> 00:37:26.150
Por lo tanto, tiene tres
archivos binarios diferentes que

00:37:26.150 --> 00:37:27.750
son todas las empaquetó.

00:37:27.750 --> 00:37:30.270
El consumidor de este paquete
Ahora, no tiene saber

00:37:30.270 --> 00:37:32.140
tienen que hacer algo
diferente para la plataforma A y

00:37:32.140 --> 00:37:33.890
plataforma B,
Yo básicamente abstraer esto.

00:37:35.940 --> 00:37:36.510
>> Muy bien.

00:37:36.510 --> 00:37:37.860
>> Ahora, podría decir, bueno, pero

00:37:37.860 --> 00:37:39.860
Espere, si hago referencia a
Esto de nada,

00:37:39.860 --> 00:37:43.360
Yo sólo se expanden en tiempo de ejecución,
que no parece muy útil.

00:37:43.360 --> 00:37:46.370
Pero todavía es porque yo
¿puede todavía hacerlo, derecha?

00:37:46.370 --> 00:37:49.670
Puedo hacer public bool
¿isSupported derecho?

00:37:51.580 --> 00:37:53.340
Y ahora puedo hacer lo mismo
lo que hacer aquí.

00:37:53.340 --> 00:37:58.793
Yo solo, en lugar de explosión,
Básicamente lo hago,

00:37:58.793 --> 00:38:03.652
donde simplemente decir,
Si .net framework o UWP.

00:38:03.652 --> 00:38:04.876
>> Mm.

00:38:04.876 --> 00:38:07.120
>> Puedo decir devolución True.

00:38:10.820 --> 00:38:15.290
En caso contrario, puedo decir devuelva false.

00:38:15.290 --> 00:38:17.100
>> Muy bien.
>> Ahora Mi llamador no

00:38:17.100 --> 00:38:18.730
tiene que saber qué
plataformas que he compatibles.

00:38:18.730 --> 00:38:20.420
Basta mi llamador
decir puedo acceder, y

00:38:20.420 --> 00:38:23.200
probablemente debería
ser estáticos porque

00:38:23.200 --> 00:38:25.800
eso es donde se
procedente de clase de la ciudad.

00:38:25.800 --> 00:38:28.350
Puede comprobar otra llamada
la parte delantera, así que supongo que lo hace

00:38:28.350 --> 00:38:31.200
un cliente Twitter, derecho y la
Cliente desea etiqueta de Twitter su

00:38:31.200 --> 00:38:32.690
TWEETS con la ubicación geográfica.

00:38:32.690 --> 00:38:33.650
>> A la derecha, por supuesto.

00:38:33.650 --> 00:38:36.400
>> Y claramente,
Si no puede acceder al dispositivo,

00:38:36.400 --> 00:38:37.140
no ocurre nada malo.

00:38:37.140 --> 00:38:40.442
Sólo perderá una característica secundaria,
y tus cosas, pero

00:38:40.442 --> 00:38:41.711
la aplicación podría seguir trabajando.

00:38:41.711 --> 00:38:43.880
Por lo que la intención es
Observará los llamadores que GPS

00:38:43.880 --> 00:38:47.520
se admite la ubicación, si es así
olvidar las coordenadas y

00:38:47.520 --> 00:38:49.650
a continuación, los llamadores responsable
los códigos de marcado correctamente pero

00:38:49.650 --> 00:38:50.290
lo bueno es,

00:38:50.290 --> 00:38:52.880
el llamador no tiene
saber qué plataformas.

00:38:52.880 --> 00:38:53.480
>> Derecho.
>> Hasta

00:38:53.480 --> 00:38:55.630
puede extraer básicamente para
todo el mundo.

00:38:55.630 --> 00:38:58.555
>> Derecho, por lo que
ha compartido proyectos antes.

00:38:58.555 --> 00:38:59.105
>> Sí.

00:38:59.105 --> 00:39:02.045
>> Parece
exactamente lo mismo para

00:39:02.045 --> 00:39:04.925
¿Qué es diferente con la
enfoque estándar de .net frente a

00:39:04.925 --> 00:39:06.685
los proyectos compartidos
uno que utilizo.

00:39:06.685 --> 00:39:09.085
>> Sí es así los proyectos compartidos
enfoque es lógicamente lo mismo

00:39:09.085 --> 00:39:11.385
básicamente tiene un proyecto
que contiene todos los archivos de origen

00:39:11.385 --> 00:39:12.145
que desea compartir.

00:39:12.145 --> 00:39:14.185
>> Y parece muy similar,
el código tiene el mismo aspecto.

00:39:14.185 --> 00:39:17.445
>> Exactamente y tiene
básicamente para cada destino todavía

00:39:17.445 --> 00:39:18.815
otro proyecto.

00:39:18.815 --> 00:39:20.795
Por lo que en nuestro caso sería
tiene cuatro proyectos.

00:39:20.795 --> 00:39:21.635
>> Veo.
>> Tendría una para

00:39:21.635 --> 00:39:22.610
el estándar.

00:39:22.610 --> 00:39:27.050
Uno para ewp, uno para .net
marco de un proyecto compartido.

00:39:27.050 --> 00:39:29.950
>> Ver cuz el proyecto compartido
es casi como un virtual

00:39:29.950 --> 00:39:33.120
proyecto, en realidad
no se crea ningún activo

00:39:33.120 --> 00:39:34.200
es realmente la diferencia.

00:39:34.200 --> 00:39:36.260
>> Derecha simplemente vincule a
¿los demás proyectos, derecho?

00:39:36.260 --> 00:39:40.100
>> Derecho por lo que es conveniente en este
capa si lo desea, está bien.

00:39:40.100 --> 00:39:41.430
>> Sí que tendrán
mantener como

00:39:41.430 --> 00:39:43.520
vínculos manual 200
archivos de origen diferentes.

00:39:43.520 --> 00:39:44.450
Colocarlos todos en una parte y

00:39:44.450 --> 00:39:46.680
todos ellos va a estar en
vínculo de instalación desde allí.

00:39:46.680 --> 00:39:48.549
Pero ahora tiene cuatro proyectos
pero

00:39:48.549 --> 00:39:51.289
tampoco es preciso un NuGet
paquete de él todavía, lo

00:39:51.289 --> 00:39:54.531
También tiene que proporcionar un NuGet
paquete y nueva especificación [INAUDIBLE]

00:39:54.531 --> 00:39:55.674
a mano [CROSSTALK]
>> Y

00:39:55.674 --> 00:39:58.977
a continuación, no se puede construir un único
NuGet empaquetar, bueno, sí,

00:39:58.977 --> 00:40:00.393
Supongo que a mano pieza.

00:40:00.393 --> 00:40:02.483
>> Básicamente tendría
un [INAUDIBLE] una vez guardados todos

00:40:02.483 --> 00:40:04.848
se generan los proyectos,
simplemente copie los archivos binarios y

00:40:04.848 --> 00:40:06.984
los archivos binarios [INAUDIBLE]
>> Usted no daría este interesante

00:40:06.984 --> 00:40:08.149
crear una función de [INAUDIBLE].

00:40:08.149 --> 00:40:09.356
>> Esa es la derecha.

00:40:09.356 --> 00:40:13.890
>> Derecha, así que esto es un gran paso
Reenviar para ese escenario.

00:40:13.890 --> 00:40:14.770
>> Derecho.
Así que lo bueno de aquí

00:40:14.770 --> 00:40:17.340
con nuestro Consejo es canal,
Si necesita varios destinos

00:40:17.340 --> 00:40:22.070
debe tener siempre
destino alternativo de estándar, y

00:40:22.070 --> 00:40:24.820
a continuación, desviar número que se
elegir que hay una función

00:40:24.820 --> 00:40:27.615
de esencialmente qué API
servicio tiene que exponer.

00:40:27.615 --> 00:40:29.500
>> Función [INAUDIBLE]
de la implementación.

00:40:29.500 --> 00:40:32.850
Es acerca de qué tipos se pueden
Utilice en su área expuesta pública

00:40:32.850 --> 00:40:34.760
al puente de la plataforma
diferencias, derecho.

00:40:34.760 --> 00:40:38.970
>> Derecha, y que es analógicamente
para las versiones estándar. NET.

00:40:38.970 --> 00:40:39.480
>> Correcta.

00:40:39.480 --> 00:40:40.120
>> Sí.
>> Sí.

00:40:40.120 --> 00:40:40.690
>> Sí.

00:40:40.690 --> 00:40:41.870
>> Mucho de ser así y por lo tanto

00:40:41.870 --> 00:40:43.730
elige el más bajo
uno que valerse,

00:40:44.880 --> 00:40:47.650
Para saber más sencillo es simplemente
>> Reducir el número de versión

00:40:47.650 --> 00:40:48.800
detiene la compilación de Office y

00:40:48.800 --> 00:40:50.530
a continuación, utilice la función anterior
que se utiliza para compilar y

00:40:50.530 --> 00:40:51.400
es lo mínimo.

00:40:51.400 --> 00:40:55.954
>> Ahora si hiciera esto
Aunque es posible que pueda tener

00:40:55.954 --> 00:40:59.718
aumento lento de .NET
activos estándar pero

00:40:59.718 --> 00:41:04.572
sería la versión de paquetes de NuGet
básicamente incrementar cada

00:41:04.572 --> 00:41:08.929
tiempo que tenía que hacer una corrección de errores
en cualquiera de la plataforma

00:41:08.929 --> 00:41:11.428
implementaciones específicas.

00:41:11.428 --> 00:41:12.810
>> Esa es la derecha.

00:41:12.810 --> 00:41:15.582
Y aquí es básicamente
un mecanismo para que el puente

00:41:15.582 --> 00:41:18.228
diferencias entre las plataformas y
se siente confinada a

00:41:18.228 --> 00:41:21.126
el servicio de la API de centro de .NET
Sí y todavía escudo

00:41:21.126 --> 00:41:24.770
los consumidores de tener que
Piense en varias plataformas.

00:41:24.770 --> 00:41:28.010
Eso es básicamente el abierto
endedness del centro. NET.

00:41:28.010 --> 00:41:32.370
>> Lo siento que deberíamos
simplemente, sé que esto un poco.

00:41:32.370 --> 00:41:33.660
Son evidentes.

00:41:33.660 --> 00:41:35.240
Pero creo que nosotros
sólo debe comunicarse para

00:41:35.240 --> 00:41:39.110
al igual que 60 segundos en estos
las directivas de preprocesador para

00:41:39.110 --> 00:41:42.920
que la gente entender lo que
lo hacen y cuándo se ejecutan.

00:41:42.920 --> 00:41:45.400
>> Sí así lo que termina sucediendo
aquí, como dije antes,

00:41:45.400 --> 00:41:49.190
Este proyecto compila varios
veces y, a continuación, el compilador

00:41:49.190 --> 00:41:53.890
Básicamente se invoca para la misma
¿corte de base tres veces, derecha?

00:41:53.890 --> 00:41:57.735
Pero también se pasan diferentes
símbolos de preprocesador y

00:41:57.735 --> 00:42:01.199
básicamente ya que están implícitas
el nombre de TFM, modo

00:42:01.199 --> 00:42:03.774
es sólo piense
TFM puede ver aquí.

00:42:06.055 --> 00:42:08.480
Si simplemente vas-
>> Por lo que es tipo de una convención.

00:42:08.480 --> 00:42:11.770
>> Sí, realmente es
exactamente una convención,

00:42:11.770 --> 00:42:13.660
lo único es
un poco extraño es UWP.

00:42:13.660 --> 00:42:15.670
Pero todos los otros son
siguiendo la misma cosa donde

00:42:15.670 --> 00:42:17.860
Básicamente se
son simplemente true hacia arriba.

00:42:17.860 --> 00:42:20.550
Y, a continuación, se reemplaza esencialmente
el punto con un carácter de subrayado para

00:42:20.550 --> 00:42:22.210
lo haría un identificador válido.

00:42:22.210 --> 00:42:22.840
>> Tiene sentido.
>> Hasta

00:42:22.840 --> 00:42:24.890
saber exactamente qué
aquí son ahora.

00:42:24.890 --> 00:42:26.204
Es lo bueno de aquí,

00:42:26.204 --> 00:42:29.357
en el editor, básicamente
me muestra todo el contexto, por lo que

00:42:29.357 --> 00:42:31.870
lo que yo veo, es
Yo soy compilar para UWP.

00:42:31.870 --> 00:42:34.350
Que esta ruta de acceso del código está activo.

00:42:34.350 --> 00:42:36.570
Y que este código
ruta de acceso está activo.

00:42:36.570 --> 00:42:38.120
Y que estos otros
unos aparecen atenuados.

00:42:38.120 --> 00:42:39.600
Por lo que el otro se esencialmente 's

00:42:39.600 --> 00:42:42.170
no parte considerada
del código fuente.

00:42:42.170 --> 00:42:44.605
Si ahora cambio, vamos a decir,

00:42:44.605 --> 00:42:48.590
461 es sigue activa
debido a que dicho o pero

00:42:48.590 --> 00:42:51.010
Ahora se está compilando en este código,
y no en ese código.

00:42:51.010 --> 00:42:52.650
>> Para obtener buena indicaciones visuales.

00:42:52.650 --> 00:42:54.680
>> Obtiene muy parecido a un
representación visual de lo que de

00:42:54.680 --> 00:42:55.560
ocurriendo, es correcto.

00:42:55.560 --> 00:42:57.090
>> Derecho pero apenas a realmente
el punto de inicio, la unidad

00:42:57.090 --> 00:42:59.720
¿puede explicar la diferencia
entre la libra si y

00:42:59.720 --> 00:43:00.760
¿Si es el normal?

00:43:00.760 --> 00:43:03.130
>> Sí es así la diferencia
aquí es que se trata de

00:43:03.130 --> 00:43:04.410
>> Este si instrucción aquí es

00:43:04.410 --> 00:43:06.110
disponible en tiempo de compilación
¿Correcto?

00:43:06.110 --> 00:43:08.410
Así, cuando se ejecuta el compilador,
evalúa esta cosa y

00:43:08.410 --> 00:43:11.650
muy bien, dice
Es necesario tener en cuenta este código.

00:43:11.650 --> 00:43:15.453
Y básicamente el resultado final
indica si sólo hubiera tenido que escribir

00:43:15.453 --> 00:43:16.427
>> Esta pieza

00:43:17.625 --> 00:43:18.405
>> Derecho, por lo que

00:43:18.405 --> 00:43:21.865
el otro punto,
se descarta la parte que está en el mismo.

00:43:21.865 --> 00:43:25.605
Como el compilador nunca incluso
Básicamente, lee los, línea 15.

00:43:25.605 --> 00:43:27.595
>> Correcta, puede tener,
incluso, errores de sintaxis

00:43:27.595 --> 00:43:29.082
incluso no importa.

00:43:29.082 --> 00:43:30.232
Realmente no sabía.

00:43:30.232 --> 00:43:32.942
>> Porque es justo
¿texto que se omite de la derecha?

00:43:32.942 --> 00:43:34.752
>> De terceros en, lo sí

00:43:34.752 --> 00:43:36.962
el compilador literalmente
no ve las líneas.

00:43:36.962 --> 00:43:39.702
>> Sí y, a continuación, el otro agradable
lo es porque es la forma

00:43:39.702 --> 00:43:41.932
Configure aquí,
porque es un proyecto similar.

00:43:41.932 --> 00:43:43.772
También es la referencia de proyecto
hacer lo correcto, por lo que

00:43:43.772 --> 00:43:45.808
verá que todos estos proyectos
referencias es simplemente referencia.

00:43:45.808 --> 00:43:48.891
Este proyecto GPS y
sólo obtendría el correcto

00:43:48.891 --> 00:43:51.687
Dependiendo de la implementación
en el que están, lo

00:43:51.687 --> 00:43:54.340
Este proyecto se obtendría
[INAUDIBLE] Lado de WP y

00:43:54.340 --> 00:43:57.078
Este proyecto se obtiene
la parte de .net framework.

00:43:57.078 --> 00:43:59.642
Por tanto, incluso si no [INAUDIBLE]
paquete con destino múltiple

00:43:59.642 --> 00:44:02.259
Basta solución [INAUDIBLE]
reducir drásticamente el número

00:44:02.259 --> 00:44:05.155
de proyectos debe tener en cuenta
acerca de y tener que mantener.

00:44:05.155 --> 00:44:06.680
[INAUDIBLE] una realidad
característica eficaz.

00:44:08.280 --> 00:44:09.230
>> Enfriar, me gusta.

00:44:09.230 --> 00:44:10.118
>> Sí, es bastante bueno.

00:44:11.516 --> 00:44:15.371
Realmente una buena pregunta, uno de
las cosas que no hablamos

00:44:15.371 --> 00:44:18.736
es, quiero decir que supongo no
importa ahora ya que lanzamos al mercado

00:44:18.736 --> 00:44:21.350
2015.3 de Visual Studio,
>> Derecho.

00:44:21.350 --> 00:44:22.860
>> Pero justo a la página principal de la unidad
el punto eso si usted

00:44:22.860 --> 00:44:27.270
Si desea utilizar este material que debe
esos 2017 Visual Studio 15.3.

00:44:27.270 --> 00:44:28.390
>> Sí.
>> Se desplazan como hace una semana.

00:44:28.390 --> 00:44:30.940
>> Por lo tanto, la mayoría de las cosas
acabamos de mostrar, al igual que múltiples

00:44:30.940 --> 00:44:32.990
destino, que es algo
que deben ir anteriormente.

00:44:32.990 --> 00:44:33.590
>> Sí.

00:44:33.590 --> 00:44:35.794
>> Pero tan pronto como usted habla
acerca de .NET Core 2.0 y

00:44:35.794 --> 00:44:38.390
.NET 2.0 estándar,
usted tiene que estar en 15.3.

00:44:38.390 --> 00:44:40.500
>> Derecho.
>>, No puede encontrarse en 15.2 o 15.1.

00:44:40.500 --> 00:44:42.270
>> Básicamente no funciona.

00:44:42.270 --> 00:44:42.820
>> Sí.

00:44:42.820 --> 00:44:45.030
>> Ni siquiera yo sé lo que el
los errores son que esté recibiendo, pero

00:44:45.030 --> 00:44:46.699
es probable que algunos
descontento de los implicados.

00:44:47.990 --> 00:44:48.850
>> Cuando vaya a lo largo de esa ruta.

00:44:50.540 --> 00:44:52.650
Muy bien, así que la URL
que debe recordar es

00:44:52.650 --> 00:44:54.140
Este aquí.

00:44:54.140 --> 00:44:59.013
De TI netstandardfaq que señala
a un documento que mostré anteriormente

00:44:59.013 --> 00:45:00.882
que es revelador.

00:45:00.882 --> 00:45:03.847
Así que si tienes preguntas
nosotros no hemos respondido,

00:45:03.847 --> 00:45:06.700
Sólo me gustaría añadir un nuevo
sección a esta cuestión.

00:45:06.700 --> 00:45:08.250
>> Derecho.
>> De modo que tengo un montón

00:45:08.250 --> 00:45:11.139
preguntas respondidas
aquí, por ejemplo,

00:45:11.139 --> 00:45:13.220
¿Por qué es James por ejemplo?

00:45:13.220 --> 00:45:16.362
Y ¿cómo funciona la versión?

00:45:16.362 --> 00:45:19.401
Casi todo lo que acabamos
hablado aproximadamente aparece aquí y

00:45:19.401 --> 00:45:22.900
desde aquí, en la parte superior, nosotros también
tienen vínculos a otros recursos.

00:45:22.900 --> 00:45:27.058
Por eso es básicamente
tu tienda, supongo que, para

00:45:27.058 --> 00:45:28.540
todo el contenido.

00:45:28.540 --> 00:45:29.610
Vinculamos a nuestros documentos

00:45:29.610 --> 00:45:32.049
Contamos con una serie de vídeos que
Hemos creado en YouTube.

00:45:33.050 --> 00:45:36.430
Nuestros documentos conceptuales, nuestra API
documentos que se están vinculados aquí.

00:45:36.430 --> 00:45:39.293
Así, por ejemplo, queremos encontrar
que es lo que realmente en el documento y

00:45:39.293 --> 00:45:41.319
enviarlo 2.0,
en realidad puede examinarlo.

00:45:41.319 --> 00:45:43.936
No tienes que utilizar
inteligencia en el estudio.

00:45:43.936 --> 00:45:46.702
>> Eso ya lo sé, es
la experiencia es muy agradable.

00:45:46.702 --> 00:45:49.703
>> Es muy bueno, especialmente
Cuando busque tipos,

00:45:49.703 --> 00:45:52.300
¿es estupendo con capacidad de respuesta, a la derecha?

00:45:52.300 --> 00:45:54.238
Algo que nunca
tenía antes en MSDN.

00:45:54.238 --> 00:45:55.542
>> No, definitivamente no.

00:45:55.542 --> 00:45:58.660
>> Realmente tenemos que usar
toda la pantalla, es sorprendente.

00:45:58.660 --> 00:46:00.190
>> Activa out puede.

00:46:00.190 --> 00:46:02.104
>> Es casi
mejor que GitHub,

00:46:02.104 --> 00:46:04.152
porque sólo GitHub
utiliza esa parte.

00:46:04.152 --> 00:46:07.080
De todos modos, por lo tanto, es la dirección URL
que desee recordar.

00:46:07.080 --> 00:46:10.105
Y, después, por supuesto, si tiene
preguntas que me puede alcanzar en

00:46:10.105 --> 00:46:12.069
Twitter, puede
me disparan un correo electrónico.

00:46:12.069 --> 00:46:13.001
Obtener una tonelada de mensajes de correo electrónico, por lo que

00:46:13.001 --> 00:46:15.480
Voy a ser super sensible
en los correos electrónicos, he contratado

00:46:15.480 --> 00:46:18.370
una mano extra puede golpearme
en Twitter que el correo electrónico.

00:46:18.370 --> 00:46:19.450
>> Sí, cuz que es lo que hacer.

00:46:19.450 --> 00:46:21.026
Llegue a casa, y
se trata sólo de Twitter para

00:46:21.026 --> 00:46:21.980
el resto de la noche.

00:46:21.980 --> 00:46:26.768
>> Esa es la verdad y, a continuación,
Mi esposa Obtiene el 5% del tiempo.

00:46:26.768 --> 00:46:30.459
>> Bien, creo que nos encontramos un poco
llegando a un cierre aquí.

00:46:30.459 --> 00:46:32.760
Creo que he básicamente
todas mis preguntas más frecuentes.

00:46:32.760 --> 00:46:33.966
>> Dulce.
>> Realmente no,

00:46:33.966 --> 00:46:36.168
Tengo una buena que
Pregunte a mucha gente.

00:46:36.168 --> 00:46:40.930
Por lo que es el equipo principal de .NET

00:46:40.930 --> 00:46:44.530
comenzar a pensar en .NET
Core 2.1, gran sorpresa.

00:46:44.530 --> 00:46:45.103
>> Sí.

00:46:45.103 --> 00:46:48.020
>> Realmente hecho terminado
la planificación no existe aún, pero

00:46:48.020 --> 00:46:50.933
habrá una versión de este tipo,
por lo que significa que habrá

00:46:50.933 --> 00:46:52.980
un punto net 2.1 estándar
>> Sí

00:46:52.980 --> 00:46:54.640
>> Al mismo tiempo.

00:46:54.640 --> 00:46:55.810
>> Forma no al mismo tiempo, así que

00:46:55.810 --> 00:46:58.750
Hoy quiero decir es algo
coincidente que dot net

00:46:58.750 --> 00:47:01.220
estándar del núcleo net punto 2.1 2.1
tienen el mismo número de versión.

00:47:01.220 --> 00:47:02.498
>> Está bien.
>> Se podría haber hecho

00:47:02.498 --> 00:47:05.087
en su lugar .NET 3.0,
hacerlo en el núcleo de .NET 2.0,

00:47:05.087 --> 00:47:07.070
que no se significan
para estar en forma sincronizada.

00:47:07.070 --> 00:47:07.570
>> Está bien.

00:47:09.480 --> 00:47:12.710
>> Así que vamos a ref en el estándar
con el tiempo también.

00:47:12.710 --> 00:47:14.278
>> Derecho, por lo que
2.0 no es la última versión.

00:47:14.278 --> 00:47:15.454
>> No es la última de ellas y

00:47:15.454 --> 00:47:18.760
es probable que vaya siguiente
se llama 2.1, 2.2, 2.3.

00:47:18.760 --> 00:47:22.066
Pero se podría imaginar un mundo
Por ejemplo, estábamos, vamos a decir,

00:47:22.066 --> 00:47:23.284
agregamos 2.1 pero

00:47:23.284 --> 00:47:26.740
a continuación, la correspondiente
implementa pasa a ser 2.2.

00:47:26.740 --> 00:47:29.180
Es totalmente posible que
Dependiendo de cómo rápidamente nos ref

00:47:29.180 --> 00:47:31.810
principales con respecto a
¿el estándar, derecho?

00:47:31.810 --> 00:47:34.258
Por lo tanto, núcleo puede a ref más rápido que
el estándar no, porque

00:47:34.258 --> 00:47:36.808
el estándar suele
ref en la cadencia donde podemos

00:47:36.808 --> 00:47:39.723
acordar, aquí es un nuevo conjunto de
API que desee tener en todas partes.

00:47:39.723 --> 00:47:41.410
Vamos a agregarlos al estándar.

00:47:41.410 --> 00:47:42.510
Éstos forman un buen conjunto.

00:47:42.510 --> 00:47:44.230
Bien, voy a llamar a la 2.1 y

00:47:44.230 --> 00:47:47.020
luego, trabajamos con todos los
implementadores de la norma a

00:47:47.020 --> 00:47:49.200
su implementación de rugosidad
implementar 2.1.

00:47:49.200 --> 00:47:50.770
>> Derecho, por lo que
es básicamente el plan

00:47:50.770 --> 00:47:54.020
que es, nuevos conceptos,
¿aparecen en el núcleo de .NET primeros?

00:47:55.490 --> 00:48:00.340
Consigue proven y, a continuación, algunos
combinación de agregarse a

00:48:00.340 --> 00:48:04.750
otras implementaciones, como
Xamarin y de.NET Framework, y

00:48:04.750 --> 00:48:07.330
agregado a .NET Standard
después pasó, ¿es eso?

00:48:07.330 --> 00:48:09.323
>> Esa es la derecha, y
algunas de las API

00:48:09.323 --> 00:48:12.314
puede existir la API que nos
no ha estandarizado aún,

00:48:12.314 --> 00:48:14.011
algunas de las API
pueden ser nuevas API.

00:48:14.011 --> 00:48:16.746
Y, por tanto, esa nueva API sólo está
va primero el núcleo, adivinar,

00:48:16.746 --> 00:48:19.250
cuando estás siendo al menos
desde una perspectiva de PCL

00:48:19.250 --> 00:48:21.820
debido a es la parte
que es de código abierto.

00:48:21.820 --> 00:48:24.525
Esa es la parte que podemos
realizar cambios relativamente rápidas.

00:48:24.525 --> 00:48:27.809
Además la vista general es si
por supuesto que las API primero en un concreto

00:48:27.809 --> 00:48:30.044
implementación, y
a continuación, a partir de ahí,

00:48:30.044 --> 00:48:31.730
lo ponemos otras partes.

00:48:31.730 --> 00:48:34.877
>> Sí, supongo nunca
en realidad hablamos de ello, incluso

00:48:34.877 --> 00:48:38.431
en nuestra planificación, pero hemos conseguido
hasta aquí, porque es obvio.

00:48:38.431 --> 00:48:39.139
>> Sí.
>> Pero

00:48:39.139 --> 00:48:43.373
Supongo que realmente tenemos esto
regla que sólo agregamos cosas

00:48:43.373 --> 00:48:46.039
Estándar para .NET
puede abrir origen.

00:48:46.039 --> 00:48:48.210
>> Sí, significa que de
el efecto secundario lógico de

00:48:48.210 --> 00:48:49.920
utilizan la pila de ser código abierto.

00:48:49.920 --> 00:48:52.351
>> Sí, bueno, todos los derechos.

00:48:52.351 --> 00:48:53.850
>>, A continuación, es prácticamente todo.

00:48:53.850 --> 00:48:57.209
>> Sí, bueno, bueno, personas
tener sitios de ponerse en contacto con usted.

00:48:57.209 --> 00:48:58.360
>> Esa es la multa.

00:48:58.360 --> 00:49:00.540
>> Lea nuestro blog y
Esto fue espectacular.

00:49:00.540 --> 00:49:01.510
Aprendí mucho.

00:49:01.510 --> 00:49:03.150
>> Sí,
He disfrutado bastante.

00:49:03.150 --> 00:49:04.170
>> Bien, gracias a todos por

00:49:04.170 --> 00:49:06.966
ver otro
episodio de .NET en.

00:49:06.966 --> 00:49:08.796
Lo agradecerán.

00:49:08.796 --> 00:49:09.296
>> Bye.

