WEBVTT 00:00:00.930 --> 00:00:03.890 Okey, estamos na apresentação no .NET. 00:00:03.890 --> 00:00:07.400 E hoje temos Immo Landworth, 00:00:08.800 --> 00:00:11.470 quem é o gerente de programa equipe do .NET. 00:00:11.470 --> 00:00:13.160 Na verdade, trabalhamos Acho que juntos. 00:00:13.160 --> 00:00:14.180 >> Sim. >> [RIR] 00:00:14.180 --> 00:00:14.764 >> [RIR] 00:00:14.764 --> 00:00:16.234 >> E hoje vamos fazer 00:00:16.234 --> 00:00:18.362 detalhamento da .NET padrão 20. 00:00:18.362 --> 00:00:20.970 >> E [INAUDÍVEL] centralizado em geral. 00:00:20.970 --> 00:00:21.520 >> À direita. >> E 00:00:21.520 --> 00:00:24.480 Acho que nós já ouvimos muito algumas perguntas sobre isso. 00:00:24.480 --> 00:00:25.750 >> Muito bem. >> Pessoas reflexão são animadas. 00:00:25.750 --> 00:00:27.250 Eles acham que é algo bom. 00:00:27.250 --> 00:00:30.840 Mas não necessariamente completamente compreendê-lo em todos os casos. 00:00:30.840 --> 00:00:31.660 >> À direita. 00:00:31.660 --> 00:00:32.860 >> Então, vamos fazer o detalhamento. 00:00:32.860 --> 00:00:36.090 Acho que você definitivamente for um de especialistas sobre esse tópico. 00:00:36.090 --> 00:00:37.302 >> Eu ser melhor. >> [RIR] Sim. 00:00:37.302 --> 00:00:39.243 >> Passei dois Cuz anos trabalhando nisso. 00:00:39.243 --> 00:00:40.050 [RIR] >> Sim. 00:00:40.050 --> 00:00:41.740 Quero dizer, como pode demora tanto? 00:00:41.740 --> 00:00:43.325 >> Eu sei à direita. Parece que esse é um conceito simples. 00:00:43.325 --> 00:00:45.849 Então vamos começar. 00:00:45.849 --> 00:00:49.030 >> Que tenho alguns slides e, em seguida, também tenho toneladas de demonstrações e 00:00:49.030 --> 00:00:51.230 em seguida, fique à vontade para interrupção Me e fazer perguntas. 00:00:51.230 --> 00:00:51.780 >>, Será. 00:00:51.780 --> 00:00:54.310 Bem como eu disse, eu vou para fornecer a faixa divertido. 00:00:54.310 --> 00:00:54.810 >> BOM. 00:00:56.500 --> 00:00:58.289 >> É possível apenas me mas Não sei a resposta mas Ei. 00:00:59.360 --> 00:01:02.300 Tudo certo, isso a grande questão é realmente por que é importante 00:01:02.300 --> 00:01:03.170 sobre padrão de .NET. 00:01:03.170 --> 00:01:06.160 Que é geralmente a primeira coisa que pessoas se perguntam: porque 00:01:06.160 --> 00:01:08.740 eles sabem .NET e geralmente quando eles pensam do .NET 00:01:08.740 --> 00:01:09.970 elas pensam em o .NET framework. 00:01:09.970 --> 00:01:11.730 Eles não podem chamá-lo o .NET framework, mas 00:01:11.730 --> 00:01:14.430 que é efetivamente o que deveríamos há 15 anos. 00:01:14.430 --> 00:01:17.550 E o mundo estava realmente simple em seguida, volta porque tínhamos apenas 00:01:17.550 --> 00:01:19.720 uma estrutura de se preocupar e 00:01:19.720 --> 00:01:22.970 Você pode criar basicamente, você sabe, em seguida, os dois tipos de volta. 00:01:22.970 --> 00:01:28.283 Como os aplicativos de desktop basicamente e era aplicativos para .NET. 00:01:28.283 --> 00:01:30.753 E é claro que você poderia Crie aplicativos de console e 00:01:30.753 --> 00:01:32.710 Serviços de janela e o que você tiver. 00:01:32.710 --> 00:01:34.610 Mas esteja sempre em Essa estrutura de um. 00:01:34.610 --> 00:01:37.900 Quando a lógica de negócios que você faria Basta usá-lo nessa estrutura 00:01:37.900 --> 00:01:39.090 com base nesta biblioteca BCL. 00:01:39.090 --> 00:01:41.160 >>, Lembre-se que. 00:01:41.160 --> 00:01:43.660 >> Dias, à direita, bons e velhos e, em seguida, ao longo dos anos, 00:01:43.660 --> 00:01:44.380 adicionamos mais coisas. 00:01:44.380 --> 00:01:45.720 Portanto, há Xamarin, por exemplo, 00:01:45.720 --> 00:01:48.870 que faz o mesmo coisa em termos de 00:01:48.870 --> 00:01:51.300 oferecendo uma plataforma .NET Isso é realmente produtivo. 00:01:51.300 --> 00:01:54.630 Mas eles se concentrar mais no os dispositivos móveis, especificamente 00:01:54.630 --> 00:01:57.890 o não-Windows os, iOS, OS X e, em seguida, Android. 00:01:57.890 --> 00:02:00.300 Obviamente, OS X não é um celular mas mesma coisa lá. 00:02:00.300 --> 00:02:03.810 Ela é basicamente a ideia é que você criar diferentes tipos de aplicativos 00:02:03.810 --> 00:02:06.270 essencialmente com seus versão do .NET. 00:02:06.270 --> 00:02:08.090 E eles são criados em Mono. 00:02:08.090 --> 00:02:10.449 Isso é muito semelhante a Mono para o .NET framework, mas 00:02:10.449 --> 00:02:12.180 não é 100% idênticos. 00:02:12.180 --> 00:02:13.570 Portanto, quando você falar sobre a lógica de negócios 00:02:13.570 --> 00:02:15.330 Agora, você tem duas coisas a preocupação, certo. 00:02:15.330 --> 00:02:18.350 E, em seguida, com o núcleo do .NET, Há mais um. 00:02:18.350 --> 00:02:20.460 E, portanto, temos outro móvel ângulo aqui com UWP. 00:02:20.460 --> 00:02:23.700 Mas há também o novo ASP.NET básico, e 00:02:23.700 --> 00:02:26.560 ainda não há outro BCL para o núcleo do .NET. 00:02:26.560 --> 00:02:28.140 E eles são diferentes porque eles são 00:02:28.140 --> 00:02:29.350 bases de código diferente, certo? 00:02:29.350 --> 00:02:32.390 Portanto, quando aceitamos PRs, usamos aceitar os PRs no .NET 00:02:32.390 --> 00:02:35.050 Principais do lado da casa, porque é onde o participante. 00:02:35.050 --> 00:02:37.740 E, em seguida, a partir daí, relatá-lo o net framework ou mono, ou 00:02:37.740 --> 00:02:40.740 quaisquer outras implementações podemos pode ter no futuro. 00:02:40.740 --> 00:02:41.295 E, portanto 00:02:41.295 --> 00:02:45.360 reutilizando código torna-se agora isso problema multidimensional certo? 00:02:45.360 --> 00:02:48.370 E assim como podemos falar sobre isso coisas na parte superior como aplicativo 00:02:48.370 --> 00:02:50.780 modelos, que a coisa Crie seu aplicativo com e 00:02:50.780 --> 00:02:53.860 a coisa na parte inferior, Basta chamar bibliotecas de base 00:02:53.860 --> 00:02:54.920 coisas de finalidade geral. 00:02:54.920 --> 00:02:55.420 >> À direita. 00:02:58.100 --> 00:03:00.610 >> Nós gostamos de dizer de três mais um 00:03:00.610 --> 00:03:02.780 porque ele é basicamente três coisas diferentes e 00:03:02.780 --> 00:03:06.910 o plus é o que é, na verdade comum em todos eles. 00:03:06.910 --> 00:03:10.490 Você precisa manter em mente que API, na verdade, você pode compartilhar. 00:03:10.490 --> 00:03:12.826 Quando quiser uma gravação agora uma biblioteca que é basicamente necessário 00:03:12.826 --> 00:03:15.263 compila várias vezes a partir de várias plataformas [INAUDIBLE] 00:03:15.263 --> 00:03:17.300 e ele basicamente torna-se realmente difícil. 00:03:17.300 --> 00:03:21.578 >> Direita, saber quando estava usando a combinação do .NET 00:03:21.578 --> 00:03:24.190 Framework e .NET 1. x do núcleo. 00:03:24.190 --> 00:03:25.920 >> À direita. >> Tipo de antes de todos esses 00:03:25.920 --> 00:03:27.350 foi parar completamente. 00:03:27.350 --> 00:03:29.460 Eu estava fazendo algumas e/s de arquivo. 00:03:29.460 --> 00:03:30.750 Acho que era um fluxo de arquivos e 00:03:30.750 --> 00:03:33.820 Na verdade, eu estava no arquivo. fluxo de leitor de fluxo e 00:03:33.820 --> 00:03:38.810 havia um método importante que eu realmente queria 00:03:38.810 --> 00:03:42.290 uso e eu estava usando ele no .net framework e 00:03:42.290 --> 00:03:46.010 em seguida, o código que copiei sobre núcleo x e não funcionou. 00:03:46.010 --> 00:03:47.730 E eu estava infeliz. 00:03:49.220 --> 00:03:55.470 Felizmente, passado algum tempo, e, em seguida, tentar refazer que 00:03:55.470 --> 00:03:59.500 mesmo exercício com núcleo do .NET API 2.0 e que estava lá. 00:03:59.500 --> 00:04:02.630 E fiquei feliz, e Apenas passei com o meu trabalho. 00:04:02.630 --> 00:04:04.390 Portanto, definitivamente tinha Essa experiência. 00:04:04.390 --> 00:04:06.510 >> Sim, isso é exatamente o problema, certo? 00:04:06.510 --> 00:04:09.540 E se você puxar até uma classe biblioteca, é a mesma coisa. 00:04:09.540 --> 00:04:11.990 Exceto por ele mesmo mais complicado. 00:04:11.990 --> 00:04:14.780 >> Acho que outra coisa muito é, como com o código que 00:04:14.780 --> 00:04:18.650 Eu trazido, eu estava já usando a API recomendada. 00:04:18.650 --> 00:04:21.510 Não era como eu pensei, 00:04:21.510 --> 00:04:23.760 Talvez alguns melhor maneira de fazer isso que não conhece. 00:04:23.760 --> 00:04:25.920 Eu sabia que estava sendo usado o melhor padrão. 00:04:25.920 --> 00:04:30.020 Então era igualmente aborrecido porque eu teria de fazer 00:04:30.020 --> 00:04:32.900 algo que fundamentalmente acha que foi pior. 00:04:32.900 --> 00:04:34.250 >> Sim. 00:04:34.250 --> 00:04:36.610 >> Felizmente com este novo modelo que não é mais o caso. 00:04:36.610 --> 00:04:37.570 >> Que 's à direita. 00:04:37.570 --> 00:04:40.586 E basicamente quando estamos agora Pense .NET Standard, o que 00:04:40.586 --> 00:04:43.486 ele realmente faz isso basicamente tenta unificar é essencialmente 00:04:43.486 --> 00:04:46.270 Essa base camadas que não ter experiência mais 00:04:46.270 --> 00:04:49.228 onde A plataforma decide fazer algo pouco desatualizado 00:04:49.228 --> 00:04:51.729 e, em seguida, você não tem uma forma Para fazer isso da maneira correta. 00:04:51.729 --> 00:04:54.764 E, portanto, você pode pensar a nova NET padrão essencialmente como 00:04:54.764 --> 00:04:56.220 a um BCL para eliminá-los, 00:04:56.220 --> 00:04:58.118 Acho que dissemos Isso muitas vezes. 00:04:58.118 --> 00:05:02.120 Mas logicamente é basicamente o conjunto de APIs que realmente cada 00:05:02.120 --> 00:05:05.519 Plataforma .NET deve ter, porque eles são realmente 00:05:05.519 --> 00:05:08.466 partes fundamentais como coleções de e/s 00:05:08.466 --> 00:05:09.976 acesso ao console do 00:05:09.976 --> 00:05:13.250 coisas que você faz basicamente em bibliotecas de níveis mais baixos. 00:05:13.250 --> 00:05:15.026 E por diminuir nível realmente significa como o aplicativo não 00:05:15.026 --> 00:05:16.150 coisas específicas, certa? 00:05:16.150 --> 00:05:17.480 Lógica de negócios vem à mente, 00:05:17.480 --> 00:05:18.920 camadas de acesso de dados vem à mente. 00:05:18.920 --> 00:05:22.190 >> Mas também é uma promessa de usuário. 00:05:22.190 --> 00:05:24.130 Aspecto de promessa de desenvolvedor para ele. 00:05:24.130 --> 00:05:25.090 >> À direita. 00:05:25.090 --> 00:05:27.439 Que é, basicamente, - tudo o que você coloca no .NET 00:05:27.439 --> 00:05:31.450 padrão irão em todos os lugares no futuro. 00:05:31.450 --> 00:05:32.949 E vamos falar um pouco mais informações sobre controle de versão e 00:05:32.949 --> 00:05:33.660 como ele funciona em geral. 00:05:33.660 --> 00:05:35.494 Mas a ideia é que tem o próprio padrão 00:05:35.494 --> 00:05:37.890 os números de versão, pois estamos não é necessário uma máquina do tempo. 00:05:37.890 --> 00:05:40.620 Nós não poderemos retroativamente Adicionar uma API cinco anos atrás 00:05:40.620 --> 00:05:41.730 que não funciona. 00:05:41.730 --> 00:05:44.230 Quando adicionamos a nova API como um nova versão do padrão, mas 00:05:44.230 --> 00:05:46.520 a expectativa é de que todos os plataformas, eventualmente, serão movidos 00:05:46.520 --> 00:05:48.580 para a versão mais recente, eles nunca fique preso na versão. 00:05:48.580 --> 00:05:49.240 >> À direita. 00:05:49.240 --> 00:05:50.530 >> Então Você não pode bifurcate essencialmente, 00:05:50.530 --> 00:05:53.070 é sempre, Você sempre mover para frente e 00:05:53.070 --> 00:05:54.630 detectando consistência para cima ao longo do tempo. 00:05:54.630 --> 00:05:57.970 >> Bem sei, eu sei alguém que tenha uma máquina do tempo. 00:05:57.970 --> 00:05:59.220 Você faz? 00:05:59.220 --> 00:06:03.190 >> Sim, portanto, é uma excelente - >> Deve contratamos aquele rapaz. 00:06:03.190 --> 00:06:05.780 >> Sim, na verdade, Agora é uma mulher. 00:06:05.780 --> 00:06:07.180 >> Acho que isso é verdade. 00:06:07.180 --> 00:06:08.570 Qual é o seu nome novamente? 00:06:08.570 --> 00:06:09.670 Ou o seu nome? [RIR] 00:06:09.670 --> 00:06:11.130 >> Bem, ainda é 00:06:11.130 --> 00:06:12.440 o mesmo nome, penso. 00:06:13.560 --> 00:06:16.190 Ele vem em dezembro. 00:06:16.190 --> 00:06:17.110 >> BOM. >> Sim, resfriar. 00:06:18.920 --> 00:06:21.440 Então, qual é a diferença podemos enviar para 00:06:21.440 --> 00:06:24.270 a figura anterior como Como há apenas um BCL. 00:06:24.270 --> 00:06:26.790 Gosto de dizer que não é um Venn diagrama porque ele só é realmente 00:06:26.790 --> 00:06:29.310 reversão de uma coisa ocultando, de números 00:06:29.310 --> 00:06:31.790 é mais fácil do que uma sobreposição 00:06:31.790 --> 00:06:34.630 diagrama de vários círculos >> Definitivamente. 00:06:34.630 --> 00:06:37.290 >> E, em seguida, a outra coisa você apontou é, com 00:06:37.290 --> 00:06:39.600 adicionamos uma tonelada mais APIs, e Tenho um slide, em que 00:06:39.600 --> 00:06:42.192 mas basicamente estamos realmente tentar aumentar dominator comuns. 00:06:42.192 --> 00:06:45.481 Como estamos com portátil modelado apenas o que tínhamos, 00:06:45.481 --> 00:06:47.900 qual era muito abaixo do ideal. 00:06:47.900 --> 00:06:51.444 Mas agora, na verdade, fomos de nossa maneira de certificar-se de que colocamos 00:06:51.444 --> 00:06:56.400 um que acreditamos que é sensato e Esta é muito grande. 00:06:56.400 --> 00:06:57.830 E estamos apenas preencha as lacunas de 00:06:57.830 --> 00:06:59.610 plataformas não ter essas APIs. 00:06:59.610 --> 00:07:01.660 Em vez de outro utilidades. 00:07:01.660 --> 00:07:02.830 E, portanto, o cliente promete e 00:07:02.830 --> 00:07:04.760 basicamente você pode apenas o padrão de destino. 00:07:04.760 --> 00:07:07.374 E ela promete que você pode executar em qualquer lugar onde essa versão do 00:07:07.374 --> 00:07:08.690 o padrão é suportado. 00:07:10.220 --> 00:07:11.750 >> À direita. Portanto, você provavelmente se lembrará em 00:07:11.750 --> 00:07:14.631 escola de graduação aprendendo sobre menor denominador do comum. 00:07:14.631 --> 00:07:15.850 >> Sim. 00:07:15.850 --> 00:07:19.620 >> Tipo de acho o PCL projeto que fizemos foi um pouco de 00:07:19.620 --> 00:07:23.110 um comum mais baixo projeto do denominador. 00:07:23.110 --> 00:07:26.859 Este aqui, acho que com toda a honestidade é realmente como uma maior comum 00:07:26.859 --> 00:07:28.276 projeto do denominador, 00:07:28.276 --> 00:07:30.920 principalmente com .NET 2.0 padrão. 00:07:30.920 --> 00:07:31.990 Você acha que é justo? 00:07:31.990 --> 00:07:33.130 >> Sim, acho que para mim, 00:07:33.130 --> 00:07:36.080 a diferença é mais intentionality. 00:07:36.080 --> 00:07:37.890 Modelo PCL é o que tínhamos. 00:07:37.890 --> 00:07:39.060 Por isso, foi tardiamente. 00:07:39.060 --> 00:07:40.532 Cada plataforma foi tudo o que eles desejam. 00:07:40.532 --> 00:07:43.062 E, em seguida, fornecemos ferramentas que precisava modelar o que 00:07:43.062 --> 00:07:43.671 estava lá. 00:07:43.671 --> 00:07:46.015 Com padrão dissemos, Isso é o que desejamos, 00:07:46.015 --> 00:07:48.605 Agora vamos Certifique-se de que todos os as coisas estão lá e isso 00:07:48.605 --> 00:07:51.083 Estamos esgotando o que achamos que a API correta foi definida. 00:07:51.083 --> 00:07:53.903 >> Sim uma coisa que às vezes dizer às pessoas que geralmente recebo 00:07:53.903 --> 00:07:56.913 olhares vagos no tópico tão grande Para obter esse vídeo. 00:07:56.913 --> 00:07:57.621 >> Que parece ótima. 00:07:57.621 --> 00:08:02.422 >> Sim é, com PCL, tudo os perfis com o awesome 00:08:02.422 --> 00:08:05.634 os nomes foram todos máquina gerada. 00:08:05.634 --> 00:08:10.531 Assim não havia nenhum humanos pensou envolve a criação dos 00:08:10.531 --> 00:08:11.580 perfis. 00:08:11.580 --> 00:08:13.189 >> Que 's à direita. 00:08:13.189 --> 00:08:15.240 >> Os sons super estranho. 00:08:15.240 --> 00:08:18.420 E é por isso que a diferença com isso em que você usou 00:08:18.420 --> 00:08:20.560 intentionality word. 00:08:20.560 --> 00:08:23.580 Portanto, não havia pensamento humano envolvida em basicamente 00:08:23.580 --> 00:08:26.910 cada membro único que puxado para padrão do .NET. 00:08:28.060 --> 00:08:30.710 Portanto, Sim significa que agora você ter seres humanos culpados. 00:08:30.710 --> 00:08:33.310 >> [RIR] >>, Mas acho que essa é uma grande 00:08:33.310 --> 00:08:34.830 enorme diferença. 00:08:34.830 --> 00:08:35.870 >> E acho que muito. 00:08:38.860 --> 00:08:39.700 E, em seguida, qual é o padrão? 00:08:39.700 --> 00:08:40.690 Quero dizer, que geralmente é a coisa. 00:08:40.690 --> 00:08:42.910 Tudo parece ótima quando você tem como abstrata para diagramas 00:08:42.910 --> 00:08:45.020 realmente o que tudo se resume no Visual Studio é 00:08:45.020 --> 00:08:47.340 Quando você fizer divertido novo projeto você ter essa nova categoria aqui 00:08:47.340 --> 00:08:48.830 chamado .NET padrão e 00:08:48.830 --> 00:08:51.140 ele tem um modelo nele para cruze os padrões biblioteca .NET. 00:08:51.140 --> 00:08:54.390 Portanto, é um projeto Você pode criar de tipo. 00:08:54.390 --> 00:08:56.420 Portanto, essa é a mecânica pedaços a ele. 00:08:56.420 --> 00:08:58.150 E a informação acionável que data hoje. 00:08:58.150 --> 00:09:00.863 A segunda parte dele, é uma especificação, então 00:09:00.863 --> 00:09:02.682 é essencialmente um conjunto de APIs. 00:09:02.682 --> 00:09:06.426 Dizemos a todas as plataformas deverão implementar essas APIs, portanto uma maneira 00:09:06.426 --> 00:09:09.295 Ao pensar sobre isso é que você pode- >> Eu pode ser apenas um idiota para 00:09:09.295 --> 00:09:09.831 um momento? 00:09:09.831 --> 00:09:11.421 >> Sim, ele vem naturalmente. 00:09:11.421 --> 00:09:12.263 >> Sim, ele vem naturalmente. 00:09:12.263 --> 00:09:13.790 Volte para outro slide. 00:09:13.790 --> 00:09:14.300 >> Sim. 00:09:14.300 --> 00:09:16.990 >> Para que isso é apenas uma pequena bit de uma piada, mas 00:09:16.990 --> 00:09:21.780 Acho que as pessoas irá perguntar isso, Estou no nó .NET Standard, 00:09:21.780 --> 00:09:23.770 Vejo entre biblioteca Padrão do .NET. 00:09:23.770 --> 00:09:27.260 Por que vejo .NET Estrutura 4.5.2 lá? 00:09:27.260 --> 00:09:28.220 >> Você quer dizer na lista suspensa na parte superior? 00:09:28.220 --> 00:09:30.900 >> Sim, estou apenas com vontade que da algo para chamar a atenção para. 00:09:30.900 --> 00:09:33.960 >> Sim, isso é basicamente o resultado final do meu primeiro 00:09:33.960 --> 00:09:35.850 slide quando eu disse, costumávamos o .NET Framework e 00:09:35.850 --> 00:09:37.210 o mundo estava BOM. 00:09:37.210 --> 00:09:38.820 E, portanto, dizemos, seria bom se você pudesse 00:09:38.820 --> 00:09:41.370 Escolha o número de versão antes de criar o modelo. 00:09:41.370 --> 00:09:44.930 E no futuro, talvez adicionar mais Tipos de .NET como [INAUDIBLE] em 00:09:44.930 --> 00:09:46.710 algum ponto bem. 00:09:46.710 --> 00:09:49.350 Como este drop down perdido muito do vale a pena, provavelmente deve 00:09:49.350 --> 00:09:52.180 ser na parte inferior e Selecione o nome. 00:09:52.180 --> 00:09:54.889 E deve estar atento aos é modelo direcional, mas 00:09:54.889 --> 00:09:56.694 a caixa de diálogo é apenas não representa que 00:09:56.694 --> 00:09:57.768 Infelizmente hoje em dia. 00:09:57.768 --> 00:10:01.207 >> Você acha que esse que o futuro faz sentido para mim. 00:10:01.207 --> 00:10:03.095 >> Sim. >> Você acha que nunca será 00:10:03.095 --> 00:10:03.637 acontece? 00:10:03.637 --> 00:10:04.985 Certamente espero que Sim. 00:10:04.985 --> 00:10:05.986 >> Sim. >> Já disse antes 00:10:05.986 --> 00:10:08.303 Twitter, acho que essa todo caixa de diálogo precisa de uma revisão. 00:10:08.303 --> 00:10:10.154 >> Sim. >> É um pouco demais 00:10:10.154 --> 00:10:12.706 Opções e nomes que não são necessariamente reflexivo 00:10:12.706 --> 00:10:14.600 de como você pensa o mundo hoje. 00:10:14.600 --> 00:10:15.470 >> Sim, okey. 00:10:16.530 --> 00:10:17.700 >> Sim, é isso que. 00:10:17.700 --> 00:10:19.380 Assim, pensamos a parte da especificação. 00:10:19.380 --> 00:10:21.420 Portanto, se você considerar o padrão como uma especificação 00:10:22.660 --> 00:10:23.920 uma boa analogia é HTML. 00:10:23.920 --> 00:10:26.162 O HTML é uma especificação e em seguida, é o navegador. 00:10:26.162 --> 00:10:27.673 Assim, implementamos essas especificações. 00:10:27.673 --> 00:10:30.788 Não há borda, cromo e cada uma um desses navegadores basicamente 00:10:30.788 --> 00:10:32.756 Ajustar para um diferente versão da especificação. 00:10:32.756 --> 00:10:34.603 Mas da mesma forma como acontece com os padrões do .NET. 00:10:34.603 --> 00:10:36.603 Portanto, o padrão é Essencialmente, a especificação HTML e 00:10:36.603 --> 00:10:39.303 em seguida, equivalente do navegador é basicamente o .NET em concreta 00:10:39.303 --> 00:10:41.703 plataformas implementadas como Família do .NET, .NET Core, 00:10:41.703 --> 00:10:42.516 Xamarin, Unity. 00:10:42.516 --> 00:10:46.310 E tudo o que podemos Crie no futuro. 00:10:46.310 --> 00:10:50.380 Isso é muito bom imagem mental deverá ter. 00:10:50.380 --> 00:10:51.858 Isso, como eu disse anteriormente, 00:10:51.858 --> 00:10:55.500 com o 2.0 realmente tentamos Para adicionar várias APIs mais de volta. 00:10:55.500 --> 00:10:59.143 Na verdade, nós adicionamos cerca de 20.000 APIs, em comparação ao .NET Standard 00:10:59.143 --> 00:11:03.130 1. x ou 1.6, qual foi o versão mais recente em série de 1X. 00:11:03.130 --> 00:11:05.693 E a maneira como chegamos a que o número era que basicamente dissemos, 00:11:05.693 --> 00:11:07.598 bem, o que é o máximo podemos imaginar? 00:11:07.598 --> 00:11:10.628 E o máximo possível enVision é tirar do .NET framework 00:11:10.628 --> 00:11:13.058 e se Xamarin, e moldar a interseção. 00:11:13.058 --> 00:11:15.148 Porque é essencialmente um boa proxy para 00:11:15.148 --> 00:11:17.073 APIs que podem ser mas, de plataforma híbrida 00:11:17.073 --> 00:11:19.937 eles ainda são muito semelhantes aos o que o .NET framework tem. 00:11:19.937 --> 00:11:21.587 E, em seguida, nós também adicionamos alguns APIs foram somente em 00:11:21.587 --> 00:11:23.280 Do .NET framework que Xamarin não tinham, e 00:11:23.280 --> 00:11:24.367 lhes pedia para implementá-las. 00:11:24.367 --> 00:11:27.825 Portanto, não temos um conjunto de Franken essencialmente. 00:11:27.825 --> 00:11:31.508 >> Então essencialmente se simplesmente ir com o cenário simples que 00:11:31.508 --> 00:11:36.189 Você mencionou, a interseção do .NET framework, digamos, 4.7 e 00:11:36.189 --> 00:11:39.413 Mono mais recentes, que interseção ainda não era 00:11:39.413 --> 00:11:42.350 no núcleo do .NET era cerca de 20.000 APIs. 00:11:42.350 --> 00:11:43.683 >> Corrigir, e a maior parte de nosso trabalho- >> Que 's enorme. 00:11:43.683 --> 00:11:45.610 >> Não foi revving a especificação. 00:11:45.610 --> 00:11:48.990 A maioria do trabalho foi então implementando essa back no núcleo. 00:11:48.990 --> 00:11:51.229 Estrutura foi pela construção já suportadas. 00:11:51.229 --> 00:11:53.333 Xamarin tinham que adicionar muito poucas APIs. 00:11:53.333 --> 00:11:55.859 Acho que provavelmente é menor que 100 APIs pedimos Xamarin para 00:11:55.859 --> 00:11:56.390 Implemente. 00:11:57.660 --> 00:12:00.240 Portanto, Sim, tivemos que 20.000 APIs precisamos adicionar ao núcleo 00:12:00.240 --> 00:12:02.479 Esse era o grosso do nosso trabalho. 00:12:04.810 --> 00:12:06.592 >> Estou escrevendo-los a UWP também. 00:12:06.592 --> 00:12:07.677 >> Corrigir, 00:12:07.677 --> 00:12:10.390 UWP, o primeiro slide -tipo de tem amontoadas com .NET 00:12:10.390 --> 00:12:12.305 Principal porque eles são uma ambos da mesma base de código. 00:12:12.305 --> 00:12:14.064 >> Mm-hm. >> Para não atrapalhá-lo para 00:12:14.064 --> 00:12:17.523 Infelizmente, liberar porque UWP tem um tempo de execução diferente 00:12:17.523 --> 00:12:19.931 ambiente de faz normal do Windows. 00:12:19.931 --> 00:12:22.888 Portanto, há trabalho acontece Para adicionar o sistema operacional para oferecer suporte a aplicativos 00:12:22.888 --> 00:12:24.380 recipiente e tudo. 00:12:24.380 --> 00:12:27.298 Mas sim, eles também serão Obtenha a mesma API, superfície. 00:12:27.298 --> 00:12:28.311 Vai disponibilizarmos ainda este ano. 00:12:28.311 --> 00:12:30.420 Não acredito que anunciou a data ainda, certo? 00:12:30.420 --> 00:12:32.003 Ele virá. 00:12:32.003 --> 00:12:35.307 A segunda coisa é, acho que, outro tidbit interessante que 00:12:35.307 --> 00:12:38.119 Quando você tenta criar um conjunto de bibliotecas com um eixo 00:12:38.119 --> 00:12:41.299 o problema em que normalmente cairá antes de tudo, é quando você copiar 00:12:41.299 --> 00:12:44.550 seu próprio código, há toneladas de APIs que você perca. 00:12:44.550 --> 00:12:45.570 Mas o que está no seu controle. 00:12:45.570 --> 00:12:47.260 Refatorar seu código. 00:12:47.260 --> 00:12:49.099 Pode ser uma tonelada de trabalho, mas você pode fazê-lo. 00:12:49.099 --> 00:12:51.233 Geralmente onde a história termina, No entanto, 00:12:51.233 --> 00:12:54.245 é que têm dependências em bibliotecas de terceiros 00:12:54.245 --> 00:12:55.952 Se alguém deu a você. 00:12:55.952 --> 00:12:59.142 Unidade X pensar para exemplo ou JSON.net, ou 00:12:59.142 --> 00:13:01.222 tudo o que você realmente usa. 00:13:01.222 --> 00:13:03.574 E a maioria do bibliotecas do Nuget hoje não são 00:13:03.574 --> 00:13:04.707 o padrão de direcionamento. 00:13:04.707 --> 00:13:06.417 Eles ainda visando .NET framework 00:13:06.417 --> 00:13:08.487 porque esta é a coisa que está em torno de tão longa. 00:13:08.487 --> 00:13:09.715 E, portanto, a pergunta que temos é: 00:13:09.715 --> 00:13:11.190 okey, como fazer tornar mais suaves? 00:13:11.190 --> 00:13:13.592 Como fazer para tornar isso mais fácil pessoas para a porta? 00:13:13.592 --> 00:13:16.262 Então [INAUDIBLE] que chamamos uma correção de compatibilidade ou 00:13:16.262 --> 00:13:19.585 modo de compatibilidade, que basicamente permite fazer referência Nuget 00:13:19.585 --> 00:13:22.980 pacotes que apenas trabalha atualmente no .NET framework. 00:13:22.980 --> 00:13:25.727 E o que tentamos ir de nossa forma fazer esse trabalho no .NET 00:13:25.727 --> 00:13:26.355 Padrão. 00:13:26.355 --> 00:13:27.323 E, por extensão, 00:13:27.323 --> 00:13:30.113 qualquer plataforma que implementa .NET 2.0 padrão. 00:13:30.113 --> 00:13:32.585 E há uma demonstração l tem que provavelmente explica um pouco 00:13:32.585 --> 00:13:34.766 melhor, mas a ideia aqui é uma melhor opção de esforço. 00:13:34.766 --> 00:13:37.037 Portanto, não sabemos o que a biblioteca faz. 00:13:37.037 --> 00:13:39.123 E se ele usa Win Forms para exemplo, 00:13:39.123 --> 00:13:41.896 ele não funcionará em um comando no Linux é óbvio. 00:13:41.896 --> 00:13:46.328 Mas a maioria das bibliotecas, encontrado no Nuget cerca de 70% são API 00:13:46.328 --> 00:13:49.111 semelhantes que nós tem no .NET 2.0. 00:13:49.111 --> 00:13:51.985 Isso na prática, a maioria dos o tempo, quando você atualiza e 00:13:51.985 --> 00:13:54.736 Basta fazer referência a um existente pacote de Framework 00:13:54.736 --> 00:13:57.200 ele provavelmente só funcionará bem. 00:13:57.200 --> 00:13:59.970 >> Certo, portanto, obter a advertência natureza emptor isso. 00:13:59.970 --> 00:14:01.166 >> Muito bem. >> Como um usuário, 00:14:01.166 --> 00:14:06.352 é incrível se eu pode-se dizer, estou atualmente 00:14:06.352 --> 00:14:11.888 usando blah Nuget empacotá-lo realmente não deve ser o caso 00:14:11.888 --> 00:14:16.983 preciso ir explorar que completamente por mim. 00:14:16.983 --> 00:14:19.107 Se for este compartimento de 70%, em 00:14:19.107 --> 00:14:22.578 Existem quaisquer listas de qualquer lugar que eu poderia ficar a olhar? 00:14:22.578 --> 00:14:24.361 >> Você quer dizer como listas de o Nuget novo pacotes que podemos 00:14:24.361 --> 00:14:25.550 Sabemos que serão funcionam? 00:14:25.550 --> 00:14:26.485 >> Sim. 00:14:26.485 --> 00:14:28.006 >> Não, não acredito que Temos uma lista de hoje. 00:14:28.006 --> 00:14:29.814 Isso é, na verdade uma boa sugestão. 00:14:29.814 --> 00:14:30.821 Devemos uma lista. 00:14:30.821 --> 00:14:31.801 >> Sim. 00:14:31.801 --> 00:14:34.441 >> A outra coisa que você deseja fazer você deseja falar Nuget 00:14:34.441 --> 00:14:34.991 os autores e 00:14:34.991 --> 00:14:37.930 a iniciativa de incentivar a suporte nativo ao .NET Standard. 00:14:37.930 --> 00:14:39.070 Especialmente quando eles são 00:14:39.070 --> 00:14:41.000 já de fato compatível-lo assim mesmo. 00:14:41.000 --> 00:14:43.670 Bastam uma etapa explícita no pacote para dizer Sim, 00:14:43.670 --> 00:14:45.490 Eu o suporte no .NET 2.0. 00:14:45.490 --> 00:14:48.132 É por isso que também mais intencional no lado do autor do pacote. 00:14:48.132 --> 00:14:50.669 >> Bem, Se fôssemos super estratégicas, 00:14:50.669 --> 00:14:54.222 parece que dizemos, Estes são os 100 00:14:54.222 --> 00:14:58.301 bibliotecas mais populares que apenas ter o .NET framework. 00:14:58.301 --> 00:14:59.800 Dependências e acesso a eles. 00:14:59.800 --> 00:15:01.187 >> Sim. >> Sua equipe foi considerada 00:15:01.187 --> 00:15:01.879 sobre isso? 00:15:01.879 --> 00:15:04.745 >> Sim, quero dizer, você deve saber ele é meu chefe para que ele seja 00:15:04.745 --> 00:15:07.450 basicamente informando à direita Agora é que deveríamos fazer isso. 00:15:07.450 --> 00:15:08.580 >> Colocá-lo na fita. 00:15:08.580 --> 00:15:09.940 >> Colocá-lo na fita, Agora é público. 00:15:11.840 --> 00:15:15.410 Na verdade, fizemos isso, chegamos 00:15:15.410 --> 00:15:17.730 a esse número por basicamente fazendo exatamente, que disse. 00:15:17.730 --> 00:15:21.060 Fizemos uma análise completa em pacotes do NuGet. 00:15:21.060 --> 00:15:23.050 Na verdade, um vídeo onde Que o Oriento o baralho 00:15:23.050 --> 00:15:24.570 todas as descobertas que temos. 00:15:24.570 --> 00:15:25.210 O que podemos ainda não tiver feito, 00:15:25.210 --> 00:15:27.090 porque ele é mais um esforço quantitativo. 00:15:27.090 --> 00:15:28.670 Não temos realmente Analisamos isso. 00:15:28.670 --> 00:15:31.870 Na verdade, acabamos de falar mas existem alguns destaque 00:15:31.870 --> 00:15:34.025 pacotes que encerramos na verdade o enviar diretamente para PRs- 00:15:34.025 --> 00:15:34.640 >> [CROSSTALK} 00:15:34.640 --> 00:15:35.660 Na verdade, é ainda melhor. 00:15:35.660 --> 00:15:38.400 >> Em corrigi-lo, na verdade, e Adicione internatively bônus. 00:15:38.400 --> 00:15:40.550 >> E foram aceitas as PRs? 00:15:40.550 --> 00:15:41.540 >> Na maioria das vezes, Sim. 00:15:41.540 --> 00:15:44.720 Alguns o tempo foi diferente de 1 X Delta 00:15:44.720 --> 00:15:47.930 e a Cobra era muito grande, e as pessoas não se sente como 00:15:47.930 --> 00:15:51.790 Isso parece muito interrupção no meu colega paga. 00:15:51.790 --> 00:15:54.490 Com o 2.0 é na maioria das vezes, você adicionar outra pasta para o NuGet 00:15:54.490 --> 00:15:56.800 pacote, e é quase isso. 00:15:58.230 --> 00:15:59.570 Dependendo de como você criar o projeto 00:15:59.570 --> 00:16:02.400 Você pode acabar adicionando um T-grama ao projeto demais, portanto 00:16:02.400 --> 00:16:04.840 Você obterá compilado seleção de tempo também. 00:16:04.840 --> 00:16:08.680 Mas é um filtro mínimo no 2.0 na maioria dos casos. 00:16:08.680 --> 00:16:10.810 Portanto, 2.0 alterações são principalmente aceito, acho que [INAUDIBLE]. 00:16:10.810 --> 00:16:13.970 >> Direita, isso é um tanto conversa mais fácil 00:16:13.970 --> 00:16:14.497 com o mantenedor. 00:16:16.670 --> 00:16:18.950 >> Todos os direitos, suficiente dos slides, 00:16:18.950 --> 00:16:21.260 Na verdade, vejamos uma demonstração. 00:16:21.260 --> 00:16:22.470 Então, o que tenho aqui é, 00:16:22.470 --> 00:16:25.380 Infelizmente a fonte não é incrível, mas 00:16:25.380 --> 00:16:27.660 espera-se que você pode vê-lo em a tela de vídeo muito bem. 00:16:28.790 --> 00:16:30.647 Portanto, basicamente, o que temos Aqui está o Northwind, e 00:16:30.647 --> 00:16:32.096 qualquer pessoa que faz o desenvolvimento para 00:16:32.096 --> 00:16:33.920 é muito tempo ciente do Northwind. 00:16:33.920 --> 00:16:35.180 E, portanto, Aqui, tenho um aplicativo muito simples 00:16:35.180 --> 00:16:41.460 é o aplicativo de Windforms e pode dizer claramente que sou um designer 00:16:41.460 --> 00:16:44.720 porque quando eu altero o tamanho aqui o botão sticks 00:16:44.720 --> 00:16:47.120 na parte inferior direita canto, então Fiz um trabalho de realmente bons. 00:16:47.120 --> 00:16:50.470 Mas basicamente tudo o que fiz aqui, é que carrego alguns dos dados do 00:16:50.470 --> 00:16:54.170 Northwind e procure pessoas que estão aposentadas agora, 00:16:54.170 --> 00:16:56.580 Portanto, você pode dizer [RIR] esses dados. 00:16:56.580 --> 00:16:57.866 O importante aqui é, 00:16:57.866 --> 00:17:00.550 que meu banco de dados real à direita, agora não é SQL. 00:17:00.550 --> 00:17:03.820 Na verdade, ele está usando Dataset, qual era o nosso mapa em 00:17:03.820 --> 00:17:06.140 representação dos bancos de dados em um x dias. 00:17:06.140 --> 00:17:07.770 >> Pode você talvez zoom que em apenas um pouco? 00:17:07.770 --> 00:17:10.167 >> Possível, penso. 00:17:14.228 --> 00:17:15.944 Talvez 150 é provavelmente melhor ainda. 00:17:15.944 --> 00:17:17.160 Vamos lá. 00:17:17.160 --> 00:17:18.770 E então, o que você pode ver aqui é basicamente, tudo o que faço, 00:17:18.770 --> 00:17:23.210 é que criar um conjunto de dados carrega-lo hardcore de arquivo 00:17:23.210 --> 00:17:24.660 com como um disco rígido com código de caminho. 00:17:24.660 --> 00:17:26.810 Assim, realmente muito bem história de filament no meu lado. 00:17:26.810 --> 00:17:27.980 Eu simplesmente procurar por pessoas que estão aposentadas. 00:17:27.980 --> 00:17:29.640 Certo? 00:17:29.640 --> 00:17:32.950 Aniversário, além de 65 anos, que é a idade de aposentadoria geral. 00:17:32.950 --> 00:17:35.084 Acho que uma idade é mais provável como 40. 00:17:35.084 --> 00:17:36.374 >> [RIR] Sim. 00:17:36.374 --> 00:17:37.750 >> Já ouvi falar que dos Estados Unidos é mais semelhante, 120. 00:17:37.750 --> 00:17:38.810 >> Sim [DIVERTIDO]. 00:17:38.810 --> 00:17:40.010 >> Assim, parametrizar que. 00:17:40.010 --> 00:17:42.890 Mas basicamente aqui apenas procuro Para fazer isso e apenas que são exibidos. 00:17:44.150 --> 00:17:45.730 Então, por que ele com .NET padrão? 00:17:45.730 --> 00:17:48.260 Portanto, eles apenas têm um deles APIS que consideramos herdados 00:17:48.260 --> 00:17:50.370 e basicamente estamos movido de um x. 00:17:50.370 --> 00:17:53.850 Mas, na verdade, as pessoas não pode ser apaixonado com o conjunto de dados 00:17:53.850 --> 00:17:56.658 mas a realidade é você mesmo menos amor em que 00:17:56.658 --> 00:17:58.800 Fator novamente um livrar-se dele. 00:17:58.800 --> 00:18:00.610 >> Definitivamente, e fizemos aqui. 00:18:00.610 --> 00:18:01.530 Muitos comentários. 00:18:01.530 --> 00:18:04.230 >> Sim e lá é uma porção de coisas que, na verdade, é útil. 00:18:04.230 --> 00:18:06.115 Portanto, o que farei agora, é, criarei um novo projeto. 00:18:06.115 --> 00:18:09.926 Irei para o centro do .NET categorias que já discutimos 00:18:09.926 --> 00:18:13.191 Selecione no centro, e em seguida, entraremos em contato com esta, 00:18:13.191 --> 00:18:15.230 Digamos que, dados do Northwind. 00:18:17.925 --> 00:18:19.770 Deta dois já criada sua aparentemente antes do projeto. 00:18:20.800 --> 00:18:22.370 >> Permanecido lá, feito isso. 00:18:22.370 --> 00:18:24.050 >> Exatamente, portanto. 00:18:24.050 --> 00:18:25.270 E, em seguida, Exclua a classe 00:18:25.270 --> 00:18:29.050 e, em seguida, posso fazer apenas minha acesso a dados lógica agora, e 00:18:29.050 --> 00:18:32.590 Basta movê-lo meu novo projeto. 00:18:32.590 --> 00:18:33.910 >> BOM. 00:18:33.910 --> 00:18:35.580 >>, Agora, Tenho aqui, e 00:18:35.580 --> 00:18:37.690 Você pode dizer que há Nenhuma linha ondulante. 00:18:37.690 --> 00:18:39.080 Tudo o que simplesmente funciona bem. 00:18:40.200 --> 00:18:42.384 Se você realmente ir para Propriedades do projeto 00:18:42.384 --> 00:18:44.624 Você encontrará o que nós de destino .NET 2.0 padrão, 00:18:44.624 --> 00:18:46.550 cuz que é o padrão para. 00:18:46.550 --> 00:18:47.450 >> Sim. 00:18:47.450 --> 00:18:50.130 >> Se alternar para um x, Você terá toneladas de linha ondulante. 00:18:51.780 --> 00:18:53.210 Portanto, agora, Temos uma base de código moderno, 00:18:53.210 --> 00:18:55.050 não é bem isso, ele modernizes um pouco mais, 00:18:55.050 --> 00:19:00.700 Há todos esses explícita tipos, deixe-me apenas isso. 00:19:00.700 --> 00:19:02.200 Agora, eu vejo var em todos os lugares. 00:19:02.200 --> 00:19:05.030 É impressionante, eu sei, é uma base de código moderno claramente. 00:19:05.030 --> 00:19:06.030 >> Definitivamente. >> [RIR]. 00:19:06.030 --> 00:19:08.180 >> Que é o que Casey não gosta, certo? 00:19:08.180 --> 00:19:10.570 >> Exatamente, as pessoas nevar? 00:19:10.570 --> 00:19:11.870 >> Sim. 00:19:11.870 --> 00:19:14.830 >>, Agora, temos isso, mas Agora, vamos estender esse fato 00:19:14.830 --> 00:19:19.540 e diga, não estou no Esta embutido pesquisa aqui. 00:19:19.540 --> 00:19:22.500 Portanto, o que fiz cerca de dez anos atrás, 00:19:22.500 --> 00:19:25.200 Acho que escrevi um mecanismo SQL que, na verdade, permite que você 00:19:25.200 --> 00:19:28.150 -\- 00:19:29.570 --> 00:19:31.870 Portanto, vamos realmente Adicione minha biblioteca aqui. 00:19:31.870 --> 00:19:34.140 Portanto, posso ir para Meus pacotes do NuGet. 00:19:34.140 --> 00:19:37.870 Procurar minha biblioteca no NuGet. 00:19:37.870 --> 00:19:39.180 Localize minha biblioteca. 00:19:39.180 --> 00:19:42.469 Você pode dizer aqui 2012 carregado. 00:19:42.469 --> 00:19:44.220 >> É que ainda quando Você teve tempo livre? 00:19:44.220 --> 00:19:45.410 >> É quando eu ainda teve tempo de reposição 00:19:45.410 --> 00:19:48.180 porque antes eu trabalhei, Agora eu não tenho tempo livre. 00:19:48.180 --> 00:19:50.630 >> Bem, Você também viajados em algum momento. 00:19:50.630 --> 00:19:51.180 >> Que 's muito verdadeiro. 00:19:52.640 --> 00:19:53.560 Portanto, instale essa coisa. 00:19:56.200 --> 00:20:00.008 No entanto, êxito Quando agora criamos. 00:20:00.008 --> 00:20:03.987 Vamos examinar a lista de erros vemos um aviso aqui. 00:20:03.987 --> 00:20:05.399 E o aviso diz: 00:20:05.399 --> 00:20:08.902 [INAUDÍVEL] foi restaurado usando o .NET framework 461. 00:20:08.902 --> 00:20:11.750 Em vez da estrutura de destino do .NET padrão versão 2.0. 00:20:11.750 --> 00:20:13.170 Então, por que isso acontece. 00:20:13.170 --> 00:20:16.784 Bem, se podemos ir para . Org [INAUDÍVEL] e estamos apenas 00:20:16.784 --> 00:20:21.466 Procure aqui, meu pacote e Podemos baixar apenas o pacote. 00:20:24.572 --> 00:20:26.803 Quando abrimos esse pacote Explorer é muito óbvio 00:20:26.803 --> 00:20:28.260 qual é o problema. 00:20:28.260 --> 00:20:30.800 Se eu examinar o lip pasta de 2012, acho que, 00:20:30.800 --> 00:20:34.241 Eu originalmente o prêmio que coisa no período de 2005-2006. 00:20:34.241 --> 00:20:36.694 Portanto, quando isso foi .NET 2.0 foi o anúncio, então 00:20:36.694 --> 00:20:38.300 Isso é o que tenho como alvo. 00:20:38.300 --> 00:20:41.628 Portanto, que não há nada PCL, nada padrão .NET apenas 00:20:41.628 --> 00:20:43.747 uma boa estrutura .NET antiga e binário. 00:20:43.747 --> 00:20:45.460 >> Você pode desejar dar um grito rápido-out para 00:20:45.460 --> 00:20:46.582 o que esse aplicativo é para. 00:20:46.582 --> 00:20:48.478 >> Sim, isso é, Você obtém o Package Explorer 00:20:48.478 --> 00:20:50.380 é realmente em a Windows Store. 00:20:50.380 --> 00:20:52.730 Se você for apenas para o armazenamento Você pode pesquisá-lo lá. 00:20:52.730 --> 00:20:54.421 Ele permite que você abra obter novos pacotes e 00:20:54.421 --> 00:20:57.008 Procurar visualmente, isto é, arquivos, está apenas zip mas 00:20:57.008 --> 00:20:59.740 Isso é um pouco melhor, porque Veja aqui os metadados. 00:20:59.740 --> 00:21:01.860 >> Definitivamente usá-lo várias vezes por semana, aplicativo 00:21:01.860 --> 00:21:02.910 Você provavelmente usá-lo todos os dias. 00:21:02.910 --> 00:21:04.543 >> Sim. Sempre que faço demonstrações em 00:21:04.543 --> 00:21:05.276 menos [DIVERTIDO]. 00:21:05.276 --> 00:21:08.580 >> [RIR] >>, Temos que e 00:21:08.580 --> 00:21:11.480 Agora, o que podemos é, Agora, pode reutilizar minha biblioteca. 00:21:11.480 --> 00:21:15.680 Então, deixe-me livrar de todas as minha lógica de hardware aqui. 00:21:15.680 --> 00:21:21.987 Se eu poderia encontrar uma forma de Use o mouse [DIVERTIDO]. 00:21:21.987 --> 00:21:26.770 Talvez não, Talvez ele fará isso. 00:21:28.200 --> 00:21:32.490 E, em seguida, podemos simplesmente excluir tudo isso colocar aqui, e 00:21:32.490 --> 00:21:34.850 em seguida, em vez disso, soltar em algum conhecimento. 00:21:34.850 --> 00:21:39.060 Então, que está usando a biblioteca suficiente para adicionar usando isso 00:21:39.060 --> 00:21:41.960 ponto, basicamente tudo o que ele faz é basta criar o contexto de dados 00:21:41.960 --> 00:21:45.110 que mantém o conjunto de dados respectivos de sua conexão 00:21:45.110 --> 00:21:46.210 faz uma consulta SQL. 00:21:47.450 --> 00:21:50.225 Usa algo de mágico link para processar o resultado e alguns para 00:21:50.225 --> 00:21:51.495 executar o aplicativo novamente. 00:21:54.263 --> 00:21:55.585 Que não compilar mais. 00:21:58.718 --> 00:22:00.398 Porque eu preciso adicionar uma biblioteca de referência de 00:22:00.398 --> 00:22:01.085 curso também. 00:22:01.085 --> 00:22:03.030 >> [RIR] >> Criar nova biblioteca 00:22:03.030 --> 00:22:04.380 não ajuda bastante. 00:22:04.380 --> 00:22:05.730 >> Também têm a referência ele soube. 00:22:08.680 --> 00:22:09.540 Podemos escrever isso novamente. 00:22:09.540 --> 00:22:14.580 Essa é a mesma coisa como antes. 00:22:14.580 --> 00:22:15.080 Portanto, agora, 00:22:15.080 --> 00:22:18.760 basicamente ultrapassou seu equipe de TI para baixo padrão a todos. 00:22:18.760 --> 00:22:19.990 Portanto, isso pode ser Nenhuma referência para 00:22:19.990 --> 00:22:21.230 biblioteca de muitos podemos pode fazer referência a ela para 00:22:21.230 --> 00:22:24.700 me foi um núcleo que poderíamos referência de examinar o aplicativo, 00:22:24.700 --> 00:22:26.595 mas o que você vê aqui é que isso é aviso. 00:22:26.595 --> 00:22:28.384 Você também pode [INAUDIBLE] Este aviso-lo da solução 00:22:28.384 --> 00:22:30.420 Explorer mostra é a mesma coisa. 00:22:30.420 --> 00:22:31.500 Portanto, a intenção aqui é, 00:22:31.500 --> 00:22:33.780 Permitimos que saber se isso é percorrer a compactação. 00:22:33.780 --> 00:22:35.380 Não sabemos que isso biblioteca, direito? 00:22:35.380 --> 00:22:38.330 Ele pode usar WinForms, ele pode usar APIs não temos. 00:22:38.330 --> 00:22:40.170 Portanto, a intenção aqui é que testar o seu aplicativo 00:22:40.170 --> 00:22:41.910 convencer de sua que ele está funcionando bem. 00:22:41.910 --> 00:22:45.030 E, em seguida, você efetivamente apenas suprime o aviso. 00:22:45.030 --> 00:22:48.840 Como você pode ver aqui, dessa forma é, aqui, um número 00:22:48.840 --> 00:22:50.990 que é NU, sete, ou que é um número de aviso para 00:22:50.990 --> 00:22:51.630 a compactação. 00:22:51.630 --> 00:22:54.540 Portanto, tudo o que você precisa fazer é selecionar inserir aqui, 00:22:54.540 --> 00:22:58.670 e, em seguida, basta digitar o número de aviso aqui, pressione a tecla Enter, 00:22:58.670 --> 00:23:01.940 e salvar e agora você pode ver o desaparece da solução 00:23:01.940 --> 00:23:07.120 Explorer e ele também desaparece a partir daqui a reconstrução. 00:23:07.120 --> 00:23:10.090 >> Assim, uma coisa que eu estava brincando com 00:23:10.090 --> 00:23:12.750 recentemente foi um dos fim de semana ou na semana passada. 00:23:12.750 --> 00:23:17.090 Eu estava brincando com os erros de avisos. 00:23:17.090 --> 00:23:18.660 >> Sim. >> Caixa de diálogo. 00:23:18.660 --> 00:23:22.260 Você pode falar um pouco sobre o que criado, portanto, sabemos que 00:23:22.260 --> 00:23:27.630 opera um número de pessoas avisos como erros. 00:23:27.630 --> 00:23:29.300 >> À direita. >> Isso, esse tipo de modelo 00:23:30.460 --> 00:23:33.050 é o que incapatable com Esse tipo de sistema, ou 00:23:33.050 --> 00:23:34.710 Você pode falar com que? 00:23:34.710 --> 00:23:36.200 >> Sim, portanto, a ideia aqui é, Eu acho que sim 00:23:36.200 --> 00:23:41.040 o que eles fizeram agora com a versão mais recente do VS é eles 00:23:41.040 --> 00:23:44.453 tipo de preencher a lacuna entre avisos da e avisos 00:23:44.453 --> 00:23:49.330 de portanto eles são todos na mesma Interface do usuário e a mesma experiência. 00:23:49.330 --> 00:23:52.170 Por exemplo, veja aqui avisos específicos já 00:23:52.170 --> 00:23:54.670 suprimida, específico já os avisos tratados. 00:23:54.670 --> 00:23:59.200 Por exemplo, e assim, você pode saber alterar essas configurações e 00:23:59.200 --> 00:24:01.940 Você pode, por exemplo, digamos, eu deseja que o NU1701 é um erro 00:24:01.940 --> 00:24:04.920 Portanto, eu não quero nunca ir por meio de compactação. 00:24:04.920 --> 00:24:08.240 A outra coisa é que você deseja Suprime os avisos. 00:24:08.240 --> 00:24:10.120 >> E qual seria Especifica que, se você quisesse 00:24:10.120 --> 00:24:11.169 para ter um >> Deve ser especificado 00:24:11.169 --> 00:24:11.876 aqui à direita [INAUDIBLE]. 00:24:11.876 --> 00:24:12.422 >> Okey. 00:24:12.422 --> 00:24:14.518 >> Assim, basicamente seria dizer, tratar um as setas 00:24:14.518 --> 00:24:15.198 Eu diria, NU. 00:24:15.198 --> 00:24:15.770 >> Okey. 00:24:15.770 --> 00:24:17.070 >> Que agora ele se torna um erro Certo. 00:24:17.070 --> 00:24:18.100 >> Okey, posso vê-lo. 00:24:18.100 --> 00:24:20.709 >> Sim, a coisa é se você Procure o arquivo de projeto do 00:24:20.709 --> 00:24:22.582 média por sistema com o mesmo NU1, 00:24:22.582 --> 00:24:25.230 e a propriedade que compilar em um para. 00:24:25.230 --> 00:24:27.110 Por isso, ele tem um muito fluxo de trabalho Simple agora. 00:24:27.110 --> 00:24:29.560 Você só pode editar, e em seguida, ela apenas irá percorrer. 00:24:29.560 --> 00:24:30.216 >> À direita, então para 00:24:30.216 --> 00:24:32.352 pessoas com aqueles tipo de sistemas de compilação 00:24:32.352 --> 00:24:34.450 eles devem ser executados apenas como todo o resto. 00:24:34.450 --> 00:24:35.650 >> Sim. 00:24:35.650 --> 00:24:37.940 E a ideia geral é que eles lhe supressor de aviso. 00:24:37.940 --> 00:24:40.709 Resolvê-lo, até mesmo se você possui avisos [INAUDIBLE], 00:24:40.709 --> 00:24:43.372 como é um aviso de suprimir nenhuma causando mais barco falha 00:24:43.372 --> 00:24:44.453 Essencialmente, certo? 00:24:44.453 --> 00:24:46.944 >> Está certo. 00:24:46.944 --> 00:24:50.350 >> Todos os direitos, foi essa demonstração. 00:24:51.510 --> 00:24:56.461 Vamos voltar para o baralho. 00:24:56.461 --> 00:24:59.420 Portanto, a outra pergunta costuma ser números de versão. 00:24:59.420 --> 00:25:00.971 >> À direita. >> Há várias versões 00:25:00.971 --> 00:25:03.800 o padrão e, em seguida, o pergunta é: o que você deve. 00:25:03.800 --> 00:25:06.487 Como você deve pensar sobre o números de versão e como está 00:25:06.487 --> 00:25:08.611 capaz de tomar uma decisão do que você deseja direcionar. 00:25:08.611 --> 00:25:15.930 Então eu escrevi alguns HTML que eu deva provavelmente pública. 00:25:15.930 --> 00:25:18.130 Ele está realmente no GitHub, você pode realmente obtê-lo de lá, mas 00:25:18.130 --> 00:25:19.830 Eu não tenho um link para Isso ainda. 00:25:19.830 --> 00:25:22.710 Mas basicamente o que você vê aqui Esta tabela parece 00:25:22.710 --> 00:25:25.260 confunda todo mundo o tempo todo. 00:25:25.260 --> 00:25:27.160 A tabela não é de fato tão difícil assim que você souber como 00:25:27.160 --> 00:25:29.590 para lê-lo, mas não é óbvio. 00:25:29.590 --> 00:25:31.048 Então o que você vê aqui está na parte superior 00:25:31.048 --> 00:25:32.790 Você vê a versão números do padrão. 00:25:33.890 --> 00:25:37.168 Para que você possa ver como de 1.0 a 2.0, 00:25:37.168 --> 00:25:40.363 que tipo de versão números que temos? 00:25:40.363 --> 00:25:42.620 E, em seguida, o que você vê no eixo vertical, 00:25:42.620 --> 00:25:45.396 eventualmente todos os .NET Temos de implementações. 00:25:45.396 --> 00:25:47.744 Então por exemplo aqui, Você pode ver, agora, 00:25:47.744 --> 00:25:49.819 selecionamos .NET padrão 1.0. 00:25:49.819 --> 00:25:52.475 E o que você vê aqui em verde é basicamente todos os .NET 00:25:52.475 --> 00:25:54.191 Você pode executar, de implementações e 00:25:54.191 --> 00:25:56.920 qual é a versão mínima números que você precisa. 00:25:56.920 --> 00:26:00.448 Isso, por exemplo, se desejar para executar o .NET padrão 1.0, 00:26:00.448 --> 00:26:02.325 Desejo destino .NET 1.0 00:26:02.325 --> 00:26:05.567 Isso significa que executar um .NET Núcleo desde a versão 1.0. 00:26:05.567 --> 00:26:08.941 É possível executar a estrutura desde o número de versão 4.5. 00:26:08.941 --> 00:26:11.634 >> Que significa que não é possível apenas suporte a algo antes disso. 00:26:11.634 --> 00:26:12.277 >> Corrigi. 00:26:12.277 --> 00:26:13.139 >> Como 4.0. 00:26:13.139 --> 00:26:15.943 >> Sim, então 4.0, nós não executado em por exemplo. 00:26:15.943 --> 00:26:19.498 A outra coisa que você vê aqui é Você também vê aqui, da forma 00:26:19.498 --> 00:26:23.510 Se não o núcleo do .NET Na verdade, diretamente implemente 1.0. 00:26:23.510 --> 00:26:25.715 Na verdade, ele implementa 1.6. 00:26:25.715 --> 00:26:28.776 Que significa que agora pode direcionar um número de versão maior e 00:26:28.776 --> 00:26:30.507 ainda execute no .NET Core 1.0. 00:26:30.507 --> 00:26:32.677 Por exemplo, Agora quando podemos destinar 1.1, 00:26:32.677 --> 00:26:35.620 o que você vê é tudo de essas coisas se torna indisponível. 00:26:35.620 --> 00:26:38.967 Por exemplo, eu não quero mais Silverlight para Windows que 00:26:38.967 --> 00:26:41.724 espera-se que ninguém se importa sobre mais com UWP, mas 00:26:41.724 --> 00:26:43.771 que tem como tabela basicamente funciona. 00:26:43.771 --> 00:26:46.725 E, em seguida, mesmo quando vou para cima Além disso, se acabou de alternar você 00:26:46.725 --> 00:26:49.599 Consulte essencial que este vermelho trilhas coisas, você não deseja executar. 00:26:49.599 --> 00:26:51.608 E agora você pode ver, por exemplo, 00:26:51.608 --> 00:26:56.014 Agora preciso de.NET Framework 4.6 se Eu preciso executar o .NET centro 1.3. 00:26:57.770 --> 00:27:00.603 Que é basicamente como ler a tabela, em seguida, na parte superior, 00:27:00.603 --> 00:27:03.168 Temos essa barra azul aqui qual é uma como um proxy para 00:27:03.168 --> 00:27:04.412 o número de APIs que temos. 00:27:04.412 --> 00:27:08.646 Portanto, vou voltar para ver a SUMJUM entre 1.0 e 1.1 e 00:27:08.646 --> 00:27:12.509 em seguida, entre 1.1 e 1.2, Há apenas um salto menor. 00:27:12.509 --> 00:27:16.037 E, em seguida, depois de chegarmos a 2.0, podemos Consulte esse aumento maciço onde estamos 00:27:16.037 --> 00:27:18.692 tem mais de 20.000 APIs, essa coisa toda. 00:27:18.692 --> 00:27:22.532 Aqui, os números não são tudo a data, mas o.NET Framework 00:27:22.532 --> 00:27:25.604 uma é, isso quando desejar para direcionar o .NET Centere 2.0, 00:27:25.604 --> 00:27:28.676 Basicamente, você precisa executar .NET Framework 461 e, 00:27:28.676 --> 00:27:31.122 não executar em 45 ou 46, por exemplo. 00:27:31.122 --> 00:27:33.260 Isso é essencialmente como para ler esta tabela. 00:27:33.260 --> 00:27:34.415 Isso faz sentido para você? 00:27:34.415 --> 00:27:35.106 >> Mm-hm. 00:27:38.442 --> 00:27:41.682 Vejo, portanto não deve nesta coluna, 00:27:41.682 --> 00:27:46.220 Essa célula, basta dizer que 2.0, Núcleo do .NET 2.0? 00:27:46.220 --> 00:27:47.964 >> Sim, ela deverá dizer 2.0 aqui, 00:27:47.964 --> 00:27:50.201 Esqueci que a versão são números aqui. 00:27:50.201 --> 00:27:51.692 >> Sim, mas podemos pôde preencher que, direita? 00:27:51.692 --> 00:27:52.970 >> É possível preencher isso 00:27:52.970 --> 00:27:56.250 Há um atualizado Se você ir para nossas perguntas frequentes sobre a versão. 00:27:56.250 --> 00:27:58.725 Há um versões real tabela que temos aqui, 00:27:58.725 --> 00:28:00.650 Esse é o mesmo que Temos nos documentos. 00:28:00.650 --> 00:28:01.384 >> Okey, portanto, que é atualizado. 00:28:01.384 --> 00:28:03.310 >> E, portanto, você verá o valor real números de versão aqui. 00:28:03.310 --> 00:28:06.952 Eu apenas ainda não tiver feito isso a versão HTMLified do que. 00:28:06.952 --> 00:28:08.805 >> Okey. 00:28:08.805 --> 00:28:09.820 >>, Mas sim, Essa é a mesma coisa. 00:28:11.300 --> 00:28:13.405 Portanto, em seguida, na próxima pergunta frequentemente é, okey, 00:28:13.405 --> 00:28:14.752 como decidir, certo? 00:28:14.752 --> 00:28:16.501 E, basicamente, é uma compensação. 00:28:16.501 --> 00:28:19.009 Você terá que decidir entre quanto maior a versão do 00:28:19.009 --> 00:28:21.720 o padrão é, as APIs mais que você tem. 00:28:21.720 --> 00:28:23.625 Quanto mais baixa a versão o padrão é, 00:28:23.625 --> 00:28:26.347 o alcance mais que você tem, cuz suporte a plataforma mais que 00:28:26.347 --> 00:28:27.883 versão específica [INAUDIBLE]. 00:28:27.883 --> 00:28:30.583 Qual é uma intuitiva, mas ainda vale a pena destacar 00:28:30.583 --> 00:28:32.473 porque as pessoas recebem confuso sobre isso. 00:28:32.473 --> 00:28:34.591 [INAUDÍVEL] é como esta é uma especificação 00:28:34.591 --> 00:28:37.730 como um número de versão não sai do suporte. 00:28:37.730 --> 00:28:38.305 >> À direita. 00:28:38.305 --> 00:28:40.625 >> Porque, basicamente é apenas o número de APIs, você pode 00:28:40.625 --> 00:28:41.710 acesso, essencialmente. 00:28:41.710 --> 00:28:43.304 E, portanto, em termos gerais, 00:28:43.304 --> 00:28:45.572 Apesar de que eles ter enviado 2.0, 00:28:45.572 --> 00:28:49.970 Você deve não se sintam culpados por para direcionamento mesmo 1.6, 1.4 ou 1.0. 00:28:49.970 --> 00:28:52.132 Porque se você pode direcionar 1.0, por todos os meios, 00:28:52.132 --> 00:28:53.356 Você deve visar 1.0. 00:28:53.356 --> 00:28:56.459 Você só deve aumentar a versão número quando você precisa de mais APIs. 00:28:58.270 --> 00:28:59.582 Implementações, no o outro lado. 00:28:59.582 --> 00:29:00.902 eles têm a política de suporte Certo? 00:29:00.902 --> 00:29:04.359 E assim, por exemplo, podemos pode decidir que diga .NET Core 1.0 00:29:04.359 --> 00:29:08.100 eventualmente, suporte e Você tem que estar em 1.1 ou 2.0. 00:29:08.100 --> 00:29:10.316 E isso apenas significa que você não pode direcionar uma versão superior do 00:29:10.316 --> 00:29:11.918 Além disso, o padrão mas você pode sempre 00:29:11.918 --> 00:29:14.350 a versão mínima do destino Para obter mais alcance. 00:29:14.350 --> 00:29:18.593 >> Sim, você está basicamente dizendo as versões de implementação do .NET 00:29:18.593 --> 00:29:21.737 e suas políticas de suporte não têm relação com 00:29:21.737 --> 00:29:23.650 as versões padrão do .NET. 00:29:23.650 --> 00:29:25.060 >> Corrigi. >>, Pretendemos oferecer suporte a esses 00:29:25.060 --> 00:29:26.630 Versões .NET padrão para sempre. 00:29:26.630 --> 00:29:29.658 >> Sim. >> Não há motivo para 00:29:29.658 --> 00:29:32.420 precisamos substitui-los. 00:29:32.420 --> 00:29:34.443 Sim, não temos planos de nunca fazer isso. 00:29:34.443 --> 00:29:36.481 >> E há também não à direita, alterações significativas 00:29:36.481 --> 00:29:39.167 como a versão números são todos aumento da monolithically e 00:29:39.167 --> 00:29:41.830 Você obtém apenas APIs mais sempre que Passamos APIs a partir daqui. 00:29:41.830 --> 00:29:42.660 >> À direita. 00:29:42.660 --> 00:29:43.790 >> Para que torna possível. 00:29:43.790 --> 00:29:46.478 >> Bem, não só estamos não remover APIs, 00:29:46.478 --> 00:29:49.254 bem, acho que do o que você disse. 00:29:49.254 --> 00:29:52.611 Sim, e nunca voltamos e Adicionar ou remover APIs do 00:29:52.611 --> 00:29:53.811 uma determinada versão- >> Corrigi. 00:29:53.811 --> 00:29:54.333 >> Nós já lançou o produto. 00:29:54.333 --> 00:29:55.410 Em seguida, é imutável. 00:29:55.410 --> 00:29:59.865 >> Sim, portanto é um modelo muito simples. 00:29:59.865 --> 00:30:03.416 Para direcionar a versão menor Você pode escapar. 00:30:03.416 --> 00:30:07.404 Em seguida, a outra coisa deve apontar out é para 00:30:07.404 --> 00:30:12.588 pessoas que são usadas para portáteis bibliotecas de classe, se você ir para 00:30:12.588 --> 00:30:18.190 -\- 00:30:19.310 --> 00:30:20.766 E se você ler o texto de perto, 00:30:20.766 --> 00:30:22.840 você o verá agora diz Legacy portátil. 00:30:22.840 --> 00:30:25.900 Portanto, basicamente tentamos informar as pessoas parar de usar 00:30:25.900 --> 00:30:27.490 bibliotecas de classe portáteis. 00:30:27.490 --> 00:30:29.560 E no texto, podemos também dizer Isso foi substituído. 00:30:29.560 --> 00:30:31.863 Você deve usar a biblioteca de classes .NET padrão em vez disso. 00:30:31.863 --> 00:30:34.870 Portanto, é .NET Standard o sucessor do spiritual 00:30:34.870 --> 00:30:36.380 bibliotecas de classe portáteis. 00:30:36.380 --> 00:30:37.940 Mas é um tanto melhor história de ferramentas, 00:30:37.940 --> 00:30:40.490 parcialmente porque temos superfície de API muito mais. 00:30:40.490 --> 00:30:41.029 E, depois, 00:30:41.029 --> 00:30:43.145 porque você ainda pode consultar Binários do .NET framework 00:30:43.145 --> 00:30:43.691 o que é enorme. 00:30:43.691 --> 00:30:45.692 Porque normalmente o maior coisa com portátil, 00:30:45.692 --> 00:30:47.606 Você poderia apenas fazer referência a outros computadores portáteis. 00:30:47.606 --> 00:30:48.881 Você poderia nunca fazer referência a qualquer outra coisa. 00:30:48.881 --> 00:30:50.106 >> À direita. 00:30:50.106 --> 00:30:53.104 >> E assim por que obtém realmente é desbloqueado. 00:30:53.104 --> 00:30:53.737 >> Sim, portanto 00:30:53.737 --> 00:30:58.027 Acho que deve haver muito poucos cenários em que era melhor PCL. 00:30:58.027 --> 00:31:00.073 >> À direita. 00:31:00.073 --> 00:31:03.790 >> É um 95% melhor coisa de kinda. 00:31:03.790 --> 00:31:05.150 >> Sim, gosto de pensar é sempre melhor. 00:31:05.150 --> 00:31:07.670 Que há algumas plataformas não deseja oferecer suporte a ele. 00:31:07.670 --> 00:31:08.690 Eles não mais suportam a ele. 00:31:08.690 --> 00:31:10.777 Mas .NET padrão, por fim, suporte-[INAUDIBLE] estiver 00:31:10.777 --> 00:31:12.290 realmente não perder nada- >> À direita. 00:31:12.290 --> 00:31:12.900 >> De maneira realista. 00:31:14.010 --> 00:31:16.010 Portanto, você deve mover o padrão e 00:31:16.010 --> 00:31:18.225 Isso geralmente é uma atualização. 00:31:18.225 --> 00:31:22.567 É que eu achar que o que temos a dizer sobre o portátil. 00:31:22.567 --> 00:31:25.220 A outra coisa que muitas vezes vem é multiplataforma. 00:31:25.220 --> 00:31:28.100 Dessa forma, normalmente o que termina o problema é pessoas 00:31:28.100 --> 00:31:31.170 em algum momento se deparar APIs que não existem no padrão. 00:31:32.310 --> 00:31:35.890 Portanto, o que tenho aqui é que eu tenho uma solução com quatro projetos. 00:31:35.890 --> 00:31:37.713 Portanto, basta executar ele realmente rapidamente. 00:31:40.992 --> 00:31:43.864 Sim, antes de entrarmos um erro mensagem do aplicativo UWP, 00:31:43.864 --> 00:31:45.680 Vou implantar apenas Isso guy primeiro. 00:31:45.680 --> 00:31:48.980 >> Sim, um outro dos meus mensagens de erro favorito. 00:31:51.390 --> 00:31:53.220 >> E agora, quando eu executar Tenho dois aplicativos. 00:31:55.390 --> 00:31:57.300 Posso ver tive Este abrir antes de 00:31:57.300 --> 00:31:58.380 uma resolução de tela maior. 00:31:58.380 --> 00:31:59.718 E então ambos fazem as mesmas coisas. 00:31:59.718 --> 00:32:01.150 Eu tenho um aplicativo WinForms e Aplicativo UWP e 00:32:01.150 --> 00:32:02.345 ambos fazem a mesma coisa. 00:32:02.345 --> 00:32:05.432 Eles apenas mostram o Longitude/latitude onde você está 00:32:05.432 --> 00:32:08.330 localizado na Terra usando a APIs de localização geográfica do 00:32:08.330 --> 00:32:09.800 o sistema operacional. 00:32:09.800 --> 00:32:12.900 >> Isso, se você tivesse executado o aplicativo ontem, nós poderia ter dito: 00:32:12.900 --> 00:32:16.207 Se você está no momento tendo um eclipse [DIVERTIDO]. 00:32:16.207 --> 00:32:18.575 >> Sim, poderíamos ter. 00:32:18.575 --> 00:32:20.267 >> Por que não é Pense nisso? 00:32:20.267 --> 00:32:23.750 >> Eu não sei, ele não ocorre para mim. 00:32:23.750 --> 00:32:25.450 Portanto, é o que tenho agora Eu tenho duas bibliotecas. 00:32:26.680 --> 00:32:32.050 Quero compartilhar o público de Cuz pode acessar o subsistema GPS. 00:32:33.430 --> 00:32:35.355 Portanto, vamos primeiro examinar com o.NET Framework 00:32:35.355 --> 00:32:36.537 implementação do. 00:32:36.537 --> 00:32:40.503 E, na verdade, o que você tem Aqui está a usar basicamente 00:32:40.503 --> 00:32:42.660 System.Device.Location. 00:32:42.660 --> 00:32:44.520 E você tem a fazer Essa dança pouco, 00:32:44.520 --> 00:32:47.700 porque a primeira vez que você chamar ele, ele não pode ser inicializado, 00:32:47.700 --> 00:32:49.442 Para fazer isso pouco aqui thingy. 00:32:49.442 --> 00:32:52.356 E porque leva um tempo Tenho uma versão assíncrona do que, 00:32:52.356 --> 00:32:53.766 Portanto, posso executá-lo em um segmento de trabalho. 00:32:53.766 --> 00:32:56.274 Mas essencialmente o que retornar Você é apenas uma tupla de 00:32:56.274 --> 00:32:58.050 Longitude/latitude, certo? 00:32:58.050 --> 00:32:58.813 GetCoordinates. 00:32:58.813 --> 00:33:01.128 Razoavelmente simples. 00:33:01.128 --> 00:33:02.826 >> Uma tarefa de tupla. 00:33:02.826 --> 00:33:03.453 >> Sim. 00:33:03.453 --> 00:33:04.710 Cuz é uma API assíncrona. 00:33:04.710 --> 00:33:06.582 E, em seguida, fazer o mesmo coisa no lado do UWP 00:33:06.582 --> 00:33:08.043 só que agora posso usar APIs diferentes. 00:33:08.043 --> 00:33:09.500 Agora, eu uso o TAPIs do Windows. 00:33:09.500 --> 00:33:11.848 Para ver o que uso Windows.Device.Geolocations e 00:33:11.848 --> 00:33:13.713 dessa API já asynchronified, isso 00:33:13.713 --> 00:33:16.071 Não tenho como um segmento de trabalho ou qualquer coisa. 00:33:16.071 --> 00:33:18.807 Posso simplesmente retornar este membro da equipe, Eu apenas esperar e 00:33:18.807 --> 00:33:20.040 retorne essa coisa. 00:33:20.040 --> 00:33:22.930 E, em seguida, eu terminei com isso. 00:33:22.930 --> 00:33:24.080 O motivo pelo qual que eu colocar isso na biblioteca é isso 00:33:24.080 --> 00:33:26.230 Poder reutilizá isso em todas as minha rede de WinForms 00:33:26.230 --> 00:33:27.560 em todos os meus UWP aplicativos, certos? 00:33:27.560 --> 00:33:29.280 Mas o problema é, em seguida Eu tenho duas bibliotecas. 00:33:29.280 --> 00:33:32.570 Eu tenho um para o.NET Framework, e eu tenho um para UWP. 00:33:32.570 --> 00:33:34.990 Agora vamos examinar as referências. 00:33:34.990 --> 00:33:36.017 Preciso saber quais um para fazer referência. 00:33:36.017 --> 00:33:38.786 O UWP um referencia o UWP versão e, em seguida, o núcleo do .NET 00:33:38.786 --> 00:33:41.444 faz referência a versão .NET Versão principal, Desculpe-me, 00:33:41.444 --> 00:33:42.870 Versão do.NET Framework. 00:33:42.870 --> 00:33:45.790 >> Sim, acho que uma do coisas que você está fazendo aqui é, e 00:33:45.790 --> 00:33:47.231 Talvez isso seja muito aprofundamento. 00:33:47.231 --> 00:33:48.670 >> [RIR] >> Mas- 00:33:48.670 --> 00:33:50.339 >> É um dia de aprofundamento. 00:33:50.339 --> 00:33:55.230 >> Neste caso em particular, Se o tipo que você estava usando 00:33:55.230 --> 00:33:57.300 obteve a operar sistema era um tipo .NET, 00:33:57.300 --> 00:34:00.590 Você poderia ter apenas retornado nessa posição e 00:34:00.590 --> 00:34:02.540 não puxado lat/longa -lo. 00:34:02.540 --> 00:34:05.196 >> Corrigi. >> Eu acho que você está fazendo é 00:34:05.196 --> 00:34:10.689 Basicamente, você está convertendo a representação de ganhar RT e 00:34:10.689 --> 00:34:14.038 Digite em algo mais independente. 00:34:14.038 --> 00:34:14.639 >> Corrigi. 00:34:14.639 --> 00:34:16.054 >> E é por isso que você tem que esperar e 00:34:16.054 --> 00:34:17.659 convertê-lo para apenas Esses dois supostamente- 00:34:17.659 --> 00:34:18.796 >> À direita. 00:34:18.796 --> 00:34:19.991 >> Duas dobras. 00:34:19.991 --> 00:34:20.891 >> Que 's à direita. 00:34:20.891 --> 00:34:21.602 >> Sim. 00:34:21.602 --> 00:34:22.432 >> Então- >> E 00:34:22.432 --> 00:34:24.938 é o que torna os dois lados compatíveis. 00:34:24.938 --> 00:34:25.863 >> Sim. 00:34:25.863 --> 00:34:26.551 Bem, esse é o objetivo. 00:34:26.551 --> 00:34:27.125 >> Sim. 00:34:27.125 --> 00:34:28.434 >> Observar essa parte aqui. 00:34:28.434 --> 00:34:33.903 Espaço para nome de GPS, GpsLocation, GetCoordinates tupla. 00:34:33.903 --> 00:34:36.784 Que realmente parece exatamente o mesmo entre a versão RT Win 00:34:36.784 --> 00:34:38.368 e a versão do.NET Framework. 00:34:38.368 --> 00:34:40.300 E como você disse, não é um acidente. 00:34:40.300 --> 00:34:41.400 Eu fiz isso deliberadamente. 00:34:41.400 --> 00:34:42.140 >> À direita. 00:34:42.140 --> 00:34:44.959 >> Assim porque agora posso Usar minha Varinha mágica e 00:34:44.959 --> 00:34:48.731 basta alternar para outra ramificação onde eu fiz esse trabalho. 00:34:48.731 --> 00:34:51.610 Cuz que você não quiser ver me lutando com meu inexistente 00:34:51.610 --> 00:34:53.420 mouse, devo dizer. 00:34:53.420 --> 00:34:56.712 Agora tenho um único projeto chamado Gps. 00:34:56.712 --> 00:34:59.909 Eu tenho um arquivo único chamado GpsLocation agora. 00:34:59.909 --> 00:35:01.987 E agora você verá em vez disso de ter duas bibliotecas 00:35:01.987 --> 00:35:03.161 Você tem apenas uma biblioteca. 00:35:03.161 --> 00:35:04.747 E você tem apenas alguns ifdefs na base de código. 00:35:04.747 --> 00:35:08.113 E assim que [INAUDIBLE] visto agora Eis Essa queda pouco para baixo 00:35:08.113 --> 00:35:10.480 aqui e Você verá que há três entradas. 00:35:10.480 --> 00:35:13.000 Há .NET framework Padrão do .NET e WWP. 00:35:14.490 --> 00:35:19.652 E se eu adicionei aqui o projeto normalmente 00:35:19.652 --> 00:35:22.266 ele diz que o framework de destino um singular e ele 00:35:22.266 --> 00:35:25.860 diz tudo o que você deseja, Núcleo do .NET, .NET centralizado. 00:35:25.860 --> 00:35:27.020 E fiz apenas Essa aprovação e 00:35:27.020 --> 00:35:30.280 ele agora direcionado a padrão do framework e WWP. 00:35:30.280 --> 00:35:33.460 >> Okey, você pode fazer isso com todas as propriedades de [INAUDIBLE]? 00:35:33.460 --> 00:35:34.470 >> Não, infelizmente não. 00:35:34.470 --> 00:35:35.270 >> Okey, apenas verificando. 00:35:35.270 --> 00:35:37.320 >> Mas, que você pode fazer agora porque o projeto não é 00:35:37.320 --> 00:35:39.700 compilado com eficácia de vezes. 00:35:39.700 --> 00:35:41.880 E, portanto, o que pode fazer agora é Posso dizer que desejo ter isso 00:35:41.880 --> 00:35:45.410 referência, este pacote do NuGet, para todos os meus três compilações. 00:35:45.410 --> 00:35:46.520 >> À direita. >> E posso dizer, 00:35:46.520 --> 00:35:49.040 Quando você estiver direcionando framework Quero fazer essa referência extra 00:35:49.040 --> 00:35:51.930 onde adicionar a referência para System.Device. 00:35:51.930 --> 00:35:53.430 Você pode fazer tudo o que deseja no MSBuild, 00:35:53.430 --> 00:35:54.370 usando essas expressões. 00:35:54.370 --> 00:35:57.880 Você pode basicamente agora dizer, Se a estrutura de destino é 461, 00:35:57.880 --> 00:35:58.740 em seguida, posso fazer isso. 00:35:58.740 --> 00:36:00.030 Caso contrário, posso fazer isso. 00:36:00.030 --> 00:36:02.760 >> Onde está o fechamento marca do projeto? 00:36:02.760 --> 00:36:03.520 >> É muito parecido com 00:36:03.520 --> 00:36:05.530 final porque ainda há Alguns ruim que preciso fazer. 00:36:05.530 --> 00:36:07.870 >> Opa, perguntei uma pergunta ruim. 00:36:07.870 --> 00:36:09.600 >> Não Você fez uma pergunta à direita. 00:36:09.600 --> 00:36:12.163 Mas logicamente, Isso é o que você precisa fazer. 00:36:12.163 --> 00:36:12.920 >> É exibida. 00:36:12.920 --> 00:36:15.180 E agora o que tenho aqui agora é que eu tenho basicamente um método 00:36:15.180 --> 00:36:17.200 e posso apenas se essa coisa. 00:36:17.200 --> 00:36:20.090 O que é interessante agora é também destino .net padrão 00:36:20.090 --> 00:36:21.950 e eu ainda não fez isso antes. 00:36:21.950 --> 00:36:24.550 Então o que acaba acontecendo agora é que eu tenho uma implementação para 00:36:24.550 --> 00:36:28.520 Esse padrão e que é suporte não é muito útil. 00:36:28.520 --> 00:36:31.730 Mas o que pode fazer agora é, can - >> É esse um pouco semelhante, 00:36:31.730 --> 00:36:36.000 Isso basicamente como a isca e opção padrão? 00:36:36.000 --> 00:36:37.190 Sim, é exatamente o que ela é. 00:36:37.190 --> 00:36:38.110 Então, vamos. >> Okey. 00:36:38.110 --> 00:36:40.230 >> Então, vamos iniciar pela primeira vez dizendo que você sabe, 00:36:40.230 --> 00:36:42.080 Vamos gerar novos o pacote de tudo isso, portanto 00:36:42.080 --> 00:36:46.940 Basta entrar aqui dizem pacote, então temos o pacote e listas. 00:36:46.940 --> 00:36:49.240 É também novos recursos que temos. 00:36:49.240 --> 00:36:51.330 >> É a 20 Isso é quase 2017. 00:36:51.330 --> 00:36:54.290 >> Sim, Acredito que já está em 51. 00:36:54.290 --> 00:36:55.680 >> Sim. 00:36:55.680 --> 00:36:59.290 Agora quando crio este membro da equipe, Vá para a pasta de saída. 00:36:59.290 --> 00:37:01.710 Em primeiro lugar, você verá que Há três pastas para 00:37:01.710 --> 00:37:03.820 todos os diferentes que nós de destino. 00:37:03.820 --> 00:37:06.370 >> Eu me sinto como vamos usar NuGetPackageExplorer novamente. 00:37:06.370 --> 00:37:08.710 >> Exatamente, mas Ele também é um pacote, e 00:37:08.710 --> 00:37:11.380 um pacote, não três. 00:37:11.380 --> 00:37:12.780 >> Até três pastas? 00:37:12.780 --> 00:37:14.860 >> Há três pastas e em seguida, dentro de você obter o NuGet, 00:37:14.860 --> 00:37:16.630 Você obtém também três pastas. 00:37:16.630 --> 00:37:18.350 Com os binários de três que simplesmente produzido, isso 00:37:18.350 --> 00:37:21.926 Basicamente, fizemos uma passagem de o, criada a versão para 00:37:21.926 --> 00:37:24.450 a versão do WP, e um para a versão. 00:37:24.450 --> 00:37:26.150 Portanto, você tem três binários diferentes que 00:37:26.150 --> 00:37:27.750 são empacotado. 00:37:27.750 --> 00:37:30.270 O consumidor deste pacote Agora, não precisa saber que 00:37:30.270 --> 00:37:32.140 eles precisam fazer algo diferentes para A plataforma e 00:37:32.140 --> 00:37:33.890 plataforma B, Eu basicamente abstrair isso. 00:37:35.940 --> 00:37:36.510 >> BOM. 00:37:36.510 --> 00:37:37.860 >> Agora, pode-se dizer, bem, mas 00:37:37.860 --> 00:37:39.860 Calma, se eu referência Isso de qualquer outra coisa, 00:37:39.860 --> 00:37:43.360 Eu explodidas apenas em tempo de execução, que não parece muito útil. 00:37:43.360 --> 00:37:46.370 Mas ainda é porque eu pode ainda fazer isso, certo? 00:37:46.370 --> 00:37:49.670 Posso fazer bool pública isSupported, certo? 00:37:51.580 --> 00:37:53.340 E agora pode fazer o mesmo coisa a que ser feita aqui. 00:37:53.340 --> 00:37:58.793 Apenas, em vez de explodir, Basicamente, posso fazer isso, 00:37:58.793 --> 00:38:03.652 onde apenas dizer, Se .net framework ou UWP. 00:38:03.652 --> 00:38:04.876 >> Mm. 00:38:04.876 --> 00:38:07.120 >> Posso simplesmente dizer retornar True. 00:38:10.820 --> 00:38:15.290 Caso contrário, posso dizer retornou falso. 00:38:15.290 --> 00:38:17.100 >> BOM. >> Agora meu chamador não 00:38:17.100 --> 00:38:18.730 é preciso saber qual plataformas que tenha suporte. 00:38:18.730 --> 00:38:20.420 O chamador pode simplesmente Digamos que posso acessar, e 00:38:20.420 --> 00:38:23.200 provavelmente deveria ser estático porque 00:38:23.200 --> 00:38:25.800 que é onde isso é surgimento da classe da cidade. 00:38:25.800 --> 00:38:28.350 Outro emissor pode verificar para cima frente, portanto, imagine que você faz 00:38:28.350 --> 00:38:31.200 um cliente do Twitter, à direita e o Twitter cliente quiser marca seu 00:38:31.200 --> 00:38:32.690 TWEETS com a localização geográfica. 00:38:32.690 --> 00:38:33.650 >> Botão direito, é claro. 00:38:33.650 --> 00:38:36.400 >> E clara, Se você não conseguir acessar o dispositivo, 00:38:36.400 --> 00:38:37.140 não acontece nada ruim. 00:38:37.140 --> 00:38:40.442 Você perderá apenas um recurso secundário, e as coisas, mas 00:38:40.442 --> 00:38:41.711 seu aplicativo pode continuar a trabalhar. 00:38:41.711 --> 00:38:43.880 Portanto, a intenção é que os chamadores observará que GPS 00:38:43.880 --> 00:38:47.520 local é suportado nesse caso esqueça as coordenadas e 00:38:47.520 --> 00:38:49.650 em seguida, os chamadores responsáveis por os códigos de discagem corretamente mas 00:38:49.650 --> 00:38:50.290 o BOM é, 00:38:50.290 --> 00:38:52.880 o chamador não tem Para saber quais plataformas. 00:38:52.880 --> 00:38:53.480 >> À direita. >> Então 00:38:53.480 --> 00:38:55.630 Você pode extraí-lo basicamente para todas as pessoas. 00:38:55.630 --> 00:38:58.555 >> À direita, portanto Você compartilhou projetos antes. 00:38:58.555 --> 00:38:59.105 >> Sim. 00:38:59.105 --> 00:39:02.045 >> Isso parece exatamente a mesma coisa para 00:39:02.045 --> 00:39:04.925 qual é a diferença com seu abordagem padrão .net versus 00:39:04.925 --> 00:39:06.685 projetos compartilhados um uso. 00:39:06.685 --> 00:39:09.085 >> Sim assim projetos compartilhados abordagem é logicamente o mesmo 00:39:09.085 --> 00:39:11.385 Você tem, basicamente, um projeto que contém todos os arquivos de origem 00:39:11.385 --> 00:39:12.145 você deseja compartilhar. 00:39:12.145 --> 00:39:14.185 >> E parece muito semelhante, o código é o mesmo. 00:39:14.185 --> 00:39:17.445 >> Exatamente e você tem Basicamente, para cada destino ainda 00:39:17.445 --> 00:39:18.815 outro projeto. 00:39:18.815 --> 00:39:20.795 Então no nosso caso você poderia Há quatro projetos. 00:39:20.795 --> 00:39:21.635 >> É exibida. >> Você teria um para 00:39:21.635 --> 00:39:22.610 o padrão. 00:39:22.610 --> 00:39:27.050 Uma para ewp, um para .net estrutura, um projeto compartilhado. 00:39:27.050 --> 00:39:29.950 >> Vejo cuz o projeto compartilhado é quase como uma virtual 00:39:29.950 --> 00:39:33.120 projeto, ele, na verdade, não criar qualquer ativos 00:39:33.120 --> 00:39:34.200 Essa é realmente a diferença. 00:39:34.200 --> 00:39:36.260 >> Direita apenas vinculou em os outros projetos, certos? 00:39:36.260 --> 00:39:40.100 >> Corretamente, por isso é conveniente nesse camada se você irá, okey. 00:39:40.100 --> 00:39:41.430 >> Sim que terão Manter como 00:39:41.430 --> 00:39:43.520 links manual 200 arquivos de origem diferentes. 00:39:43.520 --> 00:39:44.450 Colocá-los em uma parte e 00:39:44.450 --> 00:39:46.680 todos eles indo em link de recurso a partir daí. 00:39:46.680 --> 00:39:48.549 Mas agora, você tem quatro projetos mas 00:39:48.549 --> 00:39:51.289 Você também não tem um NuGet pacote de ele ainda, isso 00:39:51.289 --> 00:39:54.531 Você também precisa fornecer um NuGet pacote e nova especificação [INAUDIBLE] 00:39:54.531 --> 00:39:55.674 mão [CROSSTALK] >> E 00:39:55.674 --> 00:39:58.977 em seguida, você não poderia criar um único O NuGet empacotar, bem, Sim, 00:39:58.977 --> 00:40:00.393 Acho que isto manualmente parte. 00:40:00.393 --> 00:40:02.483 >> Você teria basicamente [INAUDIBLE] uma vez todos 00:40:02.483 --> 00:40:04.848 projetos são construídos, Basta copiar os binários e 00:40:04.848 --> 00:40:06.984 os binários [INAUDIBLE] >> Você não forneceria nesse BOM 00:40:06.984 --> 00:40:08.149 Crie um recurso de [INAUDIBLE]. 00:40:08.149 --> 00:40:09.356 >> Que 's à direita. 00:40:09.356 --> 00:40:13.890 >> Certo, portanto, isso é um grande passo encaminhe para esse cenário. 00:40:13.890 --> 00:40:14.770 >> À direita. Portanto o bom aqui 00:40:14.770 --> 00:40:17.340 com nosso conselho é canal, Se você precisar vários destinos 00:40:17.340 --> 00:40:22.070 Você deve sempre ter destino padrão alternativo, e 00:40:22.070 --> 00:40:24.820 em seguida, desviar você Há uma função de escolha 00:40:24.820 --> 00:40:27.615 Essencialmente, o API serviço precisa expor. 00:40:27.615 --> 00:40:29.500 >> Função [INAUDÍVEL] da implementação. 00:40:29.500 --> 00:40:32.850 Trata-se de que tipos você pode usar em sua área de superfície pública 00:40:32.850 --> 00:40:34.760 a ponte da plataforma diferenças, à direita. 00:40:34.760 --> 00:40:38.970 >> À direita, e que é análogo a versão padrão do .NET. 00:40:38.970 --> 00:40:39.480 >> Corrigi. 00:40:39.480 --> 00:40:40.120 >> Sim. >> Sim. 00:40:40.120 --> 00:40:40.690 >> Sim. 00:40:40.690 --> 00:40:41.870 >> Muito positivo e isso 00:40:41.870 --> 00:40:43.730 Basta escolher o mais baixo um que escapar 00:40:44.880 --> 00:40:47.650 a maneira mais fácil de saber é apenas >> Diminuir o número de versão 00:40:47.650 --> 00:40:48.800 Compilando o Office para e 00:40:48.800 --> 00:40:50.530 use o anterior usado para compilar e 00:40:50.530 --> 00:40:51.400 Esta é a coisa mínima. 00:40:51.400 --> 00:40:55.954 >> Agora se você já fez isso Apesar de você poder ter 00:40:55.954 --> 00:40:59.718 aumento lento do .NET padrão ativo mas 00:40:59.718 --> 00:41:04.572 a versão de pacote do NuGet seria incrementar basicamente todos os 00:41:04.572 --> 00:41:08.929 tempo que você tinha que fazer uma correção de bug em qualquer um da plataforma 00:41:08.929 --> 00:41:11.428 implementações específicas. 00:41:11.428 --> 00:41:12.810 >> Que 's à direita. 00:41:12.810 --> 00:41:15.582 E, portanto, isso é basicamente um mecanismo para que você a ponte 00:41:15.582 --> 00:41:18.228 diferenças entre plataformas e se sentindo confinado a 00:41:18.228 --> 00:41:21.126 o serviço de API do centro do .NET si mesmo e ainda blindagem 00:41:21.126 --> 00:41:24.770 os consumidores da necessidade de Pense em várias plataformas. 00:41:24.770 --> 00:41:28.010 Isso é basicamente o aberto endedness do centro do .NET. 00:41:28.010 --> 00:41:32.370 >> Para que eu me sinto como deveríamos Assim, eu sei que isso pouco. 00:41:32.370 --> 00:41:33.660 Claro para você. 00:41:33.660 --> 00:41:35.240 Mas acho que podemos apenas falar para 00:41:35.240 --> 00:41:39.110 como 60 segundos nos seguintes as diretivas do pré-processador para 00:41:39.110 --> 00:41:42.920 entender que as pessoas que eles fazem e quando eles são executados. 00:41:42.920 --> 00:41:45.400 >> Sim para o que acaba acontecendo aqui, como eu disse antes, 00:41:45.400 --> 00:41:49.190 Este projeto compila várias vezes e, em seguida, o compilador é 00:41:49.190 --> 00:41:53.890 chamado basicamente as mesmas Quadra de base três vezes, certo? 00:41:53.890 --> 00:41:57.735 Mas também são passado diferentes pré-processadores símbolos e 00:41:57.735 --> 00:42:01.199 eles são basicamente implícita do nome do TFM, portanto, 00:42:01.199 --> 00:42:03.774 é apenas Imagine o TFM você vê aqui. 00:42:06.055 --> 00:42:08.480 Se você acabou de ir- >> É uma convenção de tipo de. 00:42:08.480 --> 00:42:11.770 >> Sim, é, na verdade, exatamente uma convenção, 00:42:11.770 --> 00:42:13.660 a única coisa que é um pouco estranho é UWP. 00:42:13.660 --> 00:42:15.670 Mas todas as outras são seguindo a mesma coisa em que 00:42:15.670 --> 00:42:17.860 Basicamente, eles são verdadeiras apenas para cima. 00:42:17.860 --> 00:42:20.550 E, em seguida, essencialmente substituímos ponto com um sublinhado para 00:42:20.550 --> 00:42:22.210 ele faria um identificador legal. 00:42:22.210 --> 00:42:22.840 >> Faz sentido. >> Então 00:42:22.840 --> 00:42:24.890 Você sabe exatamente o que eles estão aqui agora. 00:42:24.890 --> 00:42:26.204 A vantagem aqui é, 00:42:26.204 --> 00:42:29.357 no editor, ele basicamente mostra o contexto, então 00:42:29.357 --> 00:42:31.870 o que vejo agora é que Estou compilando para UWP. 00:42:31.870 --> 00:42:34.350 Esse código é um caminho ativo. 00:42:34.350 --> 00:42:36.570 E que esse código caminho está ativo. 00:42:36.570 --> 00:42:38.120 E esses outros aqueles estão esmaecidas. 00:42:38.120 --> 00:42:39.600 Então o um outro essencialmente 's 00:42:39.600 --> 00:42:42.170 considerada não parte o código-fonte. 00:42:42.170 --> 00:42:44.605 Se eu agora, alterne para, vamos dizer que 00:42:44.605 --> 00:42:48.590 461 é ainda ativo como foi dito ou mas 00:42:48.590 --> 00:42:51.010 Agora esse código está sendo compilado, e não o código. 00:42:51.010 --> 00:42:52.650 >> Para obter boas dicas visuais. 00:42:52.650 --> 00:42:54.680 >> Você obtém muito parecido com um representação visual do que do 00:42:54.680 --> 00:42:55.560 em andamento, é isso mesmo. 00:42:55.560 --> 00:42:57.090 >> Para a direita, mas só realmente o ponto inicial, da unidade 00:42:57.090 --> 00:42:59.720 Você sabe explicar a diferença entre a libra se e 00:42:59.720 --> 00:43:00.760 Se normal? 00:43:00.760 --> 00:43:03.130 >> Sim assim a diferença é aqui que se trata 00:43:03.130 --> 00:43:04.410 >> Nesse caso instrução aqui é 00:43:04.410 --> 00:43:06.110 disponível em tempo de compilação Certo? 00:43:06.110 --> 00:43:08.410 Portanto, quando o compilador é executado, Ele avalia essa coisa e 00:43:08.410 --> 00:43:11.650 muito bem, diz Preciso considerar esse código. 00:43:11.650 --> 00:43:15.453 E basicamente o resultado final diz se você teria apenas gravado 00:43:15.453 --> 00:43:16.427 >> Essa informação 00:43:17.625 --> 00:43:18.405 >> À direita, portanto 00:43:18.405 --> 00:43:21.865 o outro ponto. Peça que ele será descartada. 00:43:21.865 --> 00:43:25.605 Como o compilador nunca mesmo, Basicamente, lê os, linha 15. 00:43:25.605 --> 00:43:27.595 >> Correto, você pode ter, ainda, erros de sintaxe aqui, 00:43:27.595 --> 00:43:29.082 mesmo não importa. 00:43:29.082 --> 00:43:30.232 Na verdade, não sabia que. 00:43:30.232 --> 00:43:32.942 >> Porque é apenas texto que ignora, certo? 00:43:32.942 --> 00:43:34.752 >> De terceiros em, Sim isso 00:43:34.752 --> 00:43:36.962 o compilador literalmente não ver essas linhas. 00:43:36.962 --> 00:43:39.702 >> Sim e, em seguida, o outro bom é porque a forma é 00:43:39.702 --> 00:43:41.932 Configurar aqui, porque é um projeto semelhante. 00:43:41.932 --> 00:43:43.772 Referência de projeto também é Assim, a coisa certa 00:43:43.772 --> 00:43:45.808 Você verá que todos esses projetos referências é referência apenas. 00:43:45.808 --> 00:43:48.891 Este projeto GPS e eles apenas obter o correto 00:43:48.891 --> 00:43:51.687 Dependendo da implementação em que eles são, 00:43:51.687 --> 00:43:54.340 Este projeto obteria [INAUDÍVEL] Lado do WP e 00:43:54.340 --> 00:43:57.078 Este projeto é o lado do .net framework. 00:43:57.078 --> 00:43:59.642 Mesmo que você não [INAUDIBLE] pacote usando o destino de vários 00:43:59.642 --> 00:44:02.259 Solução [INAUDÍVEL] pode simplesmente reduzir drasticamente o número 00:44:02.259 --> 00:44:05.155 de projetos, você terá que pensar sobre e precisar manter. 00:44:05.155 --> 00:44:06.680 [INAUDÍVEL] um realmente recurso poderoso. 00:44:08.280 --> 00:44:09.230 >> Cool, gostei. 00:44:09.230 --> 00:44:10.118 >> Sim, é muito interessante. 00:44:11.516 --> 00:44:15.371 Na verdade, uma boa pergunta, uma das as coisas que não falamos sobre 00:44:15.371 --> 00:44:18.736 é, quer dizer, acho que não Importa agora desde que enviamos 00:44:18.736 --> 00:44:21.350 2015.3 do Visual Studio, >> À direita. 00:44:21.350 --> 00:44:22.860 >> Mas apenas para casa o ponto que se você 00:44:22.860 --> 00:44:27.270 Para usar essas coisas que você precisa os Visual Studio 2017 15,3. 00:44:27.270 --> 00:44:28.390 >> Sim. >> Deslocados, como há uma semana. 00:44:28.390 --> 00:44:30.940 >> Assim, mais as coisas, acabamos de mostrar, como vários 00:44:30.940 --> 00:44:32.990 direcionamento, acho que é algo que devem ir anteriormente. 00:44:32.990 --> 00:44:33.590 >> Sim. 00:44:33.590 --> 00:44:35.794 >>, Mas assim que você falar sobre o .NET 2.0 do núcleo e 00:44:35.794 --> 00:44:38.390 .NET 2.0 padrão, Você tem que estar em 15,3. 00:44:38.390 --> 00:44:40.500 >> À direita. >> Você não pode ser sendo 15,2 ou 15.1. 00:44:40.500 --> 00:44:42.270 >> Basicamente não funciona. 00:44:42.270 --> 00:44:42.820 >> Sim. 00:44:42.820 --> 00:44:45.030 >> Eu ainda não sei o que o os erros são estiver recebendo, mas 00:44:45.030 --> 00:44:46.699 Há provavelmente alguns unhappiness envolvidos. 00:44:47.990 --> 00:44:48.850 >> Quando você ir ao longo desse caminho. 00:44:50.540 --> 00:44:52.650 Certo, portanto, a uma URL Você deve lembrar é 00:44:52.650 --> 00:44:54.140 Este um aqui. 00:44:54.140 --> 00:44:59.013 É netstandardfaq que aponta para um documento que mostrei anteriormente 00:44:59.013 --> 00:45:00.882 o que é pois resolvem. 00:45:00.882 --> 00:45:03.847 Por isso se você tem dúvidas que ainda assim, não respondemos 00:45:03.847 --> 00:45:06.700 Seria apenas adicionar um novo seção para essa coisa aqui. 00:45:06.700 --> 00:45:08.250 >> À direita. >> E, portanto, eu tenho um monte 00:45:08.250 --> 00:45:11.139 perguntas estão sendo respondidas aqui, por exemplo, 00:45:11.139 --> 00:45:13.220 Por exemplo, por que é James? 00:45:13.220 --> 00:45:16.362 E como funciona a versão? 00:45:16.362 --> 00:45:19.401 Quase tudo o que simplesmente falamos sobre está listado aqui e 00:45:19.401 --> 00:45:22.900 a partir daqui, o início, nós também tem links para outros recursos. 00:45:22.900 --> 00:45:27.058 É por isso que ele é basicamente a concentrada, acho que, para 00:45:27.058 --> 00:45:28.540 tudo. 00:45:28.540 --> 00:45:29.610 Vinculamos ao nossos docs 00:45:29.610 --> 00:45:32.049 Temos uma série de vídeos que criamos no YouTube. 00:45:33.050 --> 00:45:36.430 Nossos documentos conceituais, nossa API documentos estão sendo vinculados aqui. 00:45:36.430 --> 00:45:39.293 Assim, por exemplo, queremos localizar o que realmente está no documento e 00:45:39.293 --> 00:45:41.319 Envie-o 2.0, Na verdade, você pode procurá-lo. 00:45:41.319 --> 00:45:43.936 Você não precisa usar apenas inteligência no Studio. 00:45:43.936 --> 00:45:46.702 >> Eu sei, que é o experiência é realmente interessante. 00:45:46.702 --> 00:45:49.703 >> É super interessante, especialmente Quando você procura por tipos, 00:45:49.703 --> 00:45:52.300 é super responsivo, certo? 00:45:52.300 --> 00:45:54.238 Algo que nunca tinha antes no MSDN. 00:45:54.238 --> 00:45:55.542 >> Não, definitivamente não. 00:45:55.542 --> 00:45:58.660 >>, Na verdade, temos de usar a tela inteira, é impressionante. 00:45:58.660 --> 00:46:00.190 >> Desativa check-out é possível. 00:46:00.190 --> 00:46:02.104 >> É quase melhor que GitHub, 00:46:02.104 --> 00:46:04.152 porque apenas GitHub usa essa parte. 00:46:04.152 --> 00:46:07.080 Mesmo assim, portanto, que é a URL você deseja se lembrar. 00:46:07.080 --> 00:46:10.105 E claro se você tem perguntas que você pode entrar em contato comigo em 00:46:10.105 --> 00:46:12.069 Twitter, você pode Envie um e-mail. 00:46:12.069 --> 00:46:13.001 Obter uma tonelada de e-mails, portanto 00:46:13.001 --> 00:46:15.480 Vou super resposta em emails, eu contratou 00:46:15.480 --> 00:46:18.370 uma mão extra me possam atingir no Twitter que no email. 00:46:18.370 --> 00:46:19.450 >> Sim, cuz é o que você faz. 00:46:19.450 --> 00:46:21.026 Doméstica, Get e é apenas o Twitter para 00:46:21.026 --> 00:46:21.980 o restante à noite. 00:46:21.980 --> 00:46:26.768 >> Que 's totalmente verdadeiro e, em seguida, Minha esposa obtém 5% do tempo. 00:46:26.768 --> 00:46:30.459 >> Okey, acredito que estamos em uma vindo de um fechamento aqui. 00:46:30.459 --> 00:46:32.760 Acho que tenho basicamente todas as minhas perguntas frequentes. 00:46:32.760 --> 00:46:33.966 >> Melhores. >> Na verdade não, 00:46:33.966 --> 00:46:36.168 Tenho uma boa que muitas pessoas peça. 00:46:36.168 --> 00:46:40.930 Portanto, a equipe principal de .NET é 00:46:40.930 --> 00:46:44.530 começando a pensar sobre .NET Núcleo 2.1, surpresa. 00:46:44.530 --> 00:46:45.103 >> Sim. 00:46:45.103 --> 00:46:48.020 >> Realmente ainda não tenha feito concluído o planejamento existe ainda, mas 00:46:48.020 --> 00:46:50.933 haverá lançamento, aumenta significa que haverá 00:46:50.933 --> 00:46:52.980 um ponto net 2.1 padrão >> Sim 00:46:52.980 --> 00:46:54.640 >> Ao mesmo tempo. 00:46:54.640 --> 00:46:55.810 >> Não isso ao mesmo tempo, portanto, 00:46:55.810 --> 00:46:58.750 Quero dizer, atualmente, é um pouco uma coincidência dot net 00:46:58.750 --> 00:47:01.220 padrão principal net ponto 2.1 2.1 ter o mesmo número de versão. 00:47:01.220 --> 00:47:02.498 >> Okey. >> Ele poderia ter sido feito 00:47:02.498 --> 00:47:05.087 em vez disso, .NET 3.0 fazer isso no .NET 2.0 do núcleo, 00:47:05.087 --> 00:47:07.070 eles não são feitos para ser ao mesmo tempo. 00:47:07.070 --> 00:47:07.570 >> Okey. 00:47:09.480 --> 00:47:12.710 >> Para nós iremos ref o padrão ao longo do tempo também. 00:47:12.710 --> 00:47:14.278 >> À direita, portanto 2.0 não é a última versão. 00:47:14.278 --> 00:47:15.454 >>-Não é o último e 00:47:15.454 --> 00:47:18.760 provavelmente será um para ser chamado 2.1, 2.2, 2.3. 00:47:18.760 --> 00:47:22.066 Mas é possível imaginar um mundo Por exemplo, estávamos, vamos dizer que 00:47:22.066 --> 00:47:23.284 podemos adicionar 2.1 mas 00:47:23.284 --> 00:47:26.740 em seguida, o correspondente implementa é 2.2. 00:47:26.740 --> 00:47:29.180 É totalmente possível Dependendo do grau rápido podemos ref 00:47:29.180 --> 00:47:31.810 principais com relação a o padrão, certo? 00:47:31.810 --> 00:47:34.258 Assim, o núcleo pode ref mais rápido do que o padrão faz, porque 00:47:34.258 --> 00:47:36.808 o padrão seria geralmente REF na cadência onde podemos 00:47:36.808 --> 00:47:39.723 Concordo, este é um novo conjunto de Você deseja ter em todos os lugares de APIs. 00:47:39.723 --> 00:47:41.410 Vamos adicioná-los ao padrão. 00:47:41.410 --> 00:47:42.510 Eles formam um conjunto interessante. 00:47:42.510 --> 00:47:44.230 Okey, vamos chamar o 2.1 e 00:47:44.230 --> 00:47:47.020 e trabalhamos com todos os implementadores do padrão para 00:47:47.020 --> 00:47:49.200 aumentar sua implementação para implementar 2.1. 00:47:49.200 --> 00:47:50.770 >> À direita, portanto Isso é basicamente o plano 00:47:50.770 --> 00:47:54.020 que é, novos conceitos eles aparecem no núcleo do .NET primeiro? 00:47:55.490 --> 00:48:00.340 Eles obtém comprovados e, em seguida, alguns combinação de serem adicionados à 00:48:00.340 --> 00:48:04.750 outras implementações, como Xamarin e do.NET Framework, e 00:48:04.750 --> 00:48:07.330 adicionado ao .NET Standard aconteceu em seguida, é isso? 00:48:07.330 --> 00:48:09.323 >> Que 's à direita, e algumas das APIs, 00:48:09.323 --> 00:48:12.314 pode ser existentes APIs que ainda não adotou ainda, 00:48:12.314 --> 00:48:14.011 algumas das APIs pode ser que novas APIs. 00:48:14.011 --> 00:48:16.746 E então, essa nova API é apenas Vá primeiro, core, acho que, 00:48:16.746 --> 00:48:19.250 Quando você estiver sendo pelo menos do ponto de vista PCL 00:48:19.250 --> 00:48:21.820 porque essa é a parte é código aberto. 00:48:21.820 --> 00:48:24.525 Essa é a parte que podemos Faça alterações relativamente rápidas. 00:48:24.525 --> 00:48:27.809 E ainda é a visualização geral se pode apostar que Sim APIs primeiro em um concreto 00:48:27.809 --> 00:48:30.044 implementação, e em seguida, a partir daí, 00:48:30.044 --> 00:48:31.730 podemos colocá-lo em todos os outros. 00:48:31.730 --> 00:48:34.877 >> Sim, acho nunca Na verdade, falamos sobre isso, até mesmo 00:48:34.877 --> 00:48:38.431 em nosso planejamento, mas encerramos até aqui, pois é óbvio. 00:48:38.431 --> 00:48:39.139 >> Sim. >> Mas 00:48:39.139 --> 00:48:43.373 Acho que, na verdade, temos isso regra só colocamos coisas na 00:48:43.373 --> 00:48:46.039 Padrão para .NET pode ser o código-fonte aberto. 00:48:46.039 --> 00:48:48.210 >> Sim, quero dizer que do o efeito colateral lógico 00:48:48.210 --> 00:48:49.920 usando a pilha está sendo código-fonte aberto. 00:48:49.920 --> 00:48:52.351 >> Sim, okey, tudo bem. 00:48:52.351 --> 00:48:53.850 >>, Que é basicamente isso. 00:48:53.850 --> 00:48:57.209 >> Sim, okey, bem, pessoas ter locais de entrar em contato com você. 00:48:57.209 --> 00:48:58.360 >> Que 's fina. 00:48:58.360 --> 00:49:00.540 >> Leia nosso blog e Isso foi demais! 00:49:00.540 --> 00:49:01.510 Aprendi muito. 00:49:01.510 --> 00:49:03.150 >> Sim, Gostei ele bastante. 00:49:03.150 --> 00:49:04.170 >> Obrigado a todos por Okey, 00:49:04.170 --> 00:49:06.966 assistindo a outro episódio no .NET. 00:49:06.966 --> 00:49:08.796 Apreciam isso. 00:49:08.796 --> 00:49:09.296 >> Bye.