WEBVTT 00:00:00.930 --> 00:00:03.890 Bene, abbiamo una pagina la presentazione su .NET. 00:00:03.890 --> 00:00:07.400 E oggi abbiamo Immo Landworth, 00:00:08.800 --> 00:00:11.470 chi è un program manager il team di .NET. 00:00:11.470 --> 00:00:13.160 In realtà lavoriamo insieme credo. 00:00:13.160 --> 00:00:14.180 >> Sì. >> [PIÙ A SORRIDERE] 00:00:14.180 --> 00:00:14.764 >> [PIÙ A SORRIDERE] 00:00:14.764 --> 00:00:16.234 >> E oggi scopriremo effettuare 00:00:16.234 --> 00:00:18.362 un'analisi approfondita su .NET 20 standard. 00:00:18.362 --> 00:00:20.970 >> E [IMPERCETTIBILE] centrato in generale. 00:00:20.970 --> 00:00:21.520 >> A destra. >> E 00:00:21.520 --> 00:00:24.480 Credo che abbiamo sentito molto alcune domande che. 00:00:24.480 --> 00:00:25.750 >> Sì. >> Le persone interazione utente sono entusiasti. 00:00:25.750 --> 00:00:27.250 Si ritiene una cosa positiva. 00:00:27.250 --> 00:00:30.840 Ma non necessariamente completamente comprendere la in tutti i casi. 00:00:30.840 --> 00:00:31.660 >> A destra. 00:00:31.660 --> 00:00:32.860 >> Possibile eseguire un'analisi approfondita. 00:00:32.860 --> 00:00:36.090 Penso che si è indubbiamente uno degli esperti su questo argomento. 00:00:36.090 --> 00:00:37.302 >> Può essere I migliori. >> [Più a SORRIDERE] Sì. 00:00:37.302 --> 00:00:39.243 >> Cuz ho dedicato due anni di lavoro su questo. 00:00:39.243 --> 00:00:40.050 [PIÙ A SORRIDERE] >> Sì. 00:00:40.050 --> 00:00:41.740 Intendo dire, come può richiede molto tempo? 00:00:41.740 --> 00:00:43.325 >> So destra. Sembra ad un concetto facile. 00:00:43.325 --> 00:00:45.849 Si inizierà. 00:00:45.849 --> 00:00:49.030 >> È una delle diapositive e quindi Inoltre sono tonnellate di dimostrazioni e 00:00:49.030 --> 00:00:51.230 quindi non esitate a interrompere Me e porre domande. 00:00:51.230 --> 00:00:51.780 >> Illustra come. 00:00:51.780 --> 00:00:54.310 E come già detto, mi occuperò per fornire la traccia laugh. 00:00:54.310 --> 00:00:54.810 >> Bello. 00:00:56.500 --> 00:00:58.289 >> Essere me ma Non so la risposta comunque. 00:00:59.360 --> 00:01:02.300 Bene, questa operazione la mia domanda in realtà è perché è importante 00:01:02.300 --> 00:01:03.170 informazioni su .NET standard. 00:01:03.170 --> 00:01:06.160 Che è in genere la prima cosa che si domandano perché 00:01:06.160 --> 00:01:08.740 sanno .NET e in genere quando pensano di .NET 00:01:08.740 --> 00:01:09.970 pensano di .NET framework. 00:01:09.970 --> 00:01:11.730 Non si può chiamare .NET framework, ma 00:01:11.730 --> 00:01:14.430 che è in realtà di ciò che si consiglia di 15 anni fa. 00:01:14.430 --> 00:01:17.550 E il mondo era veramente semplice eseguire quindi il perché avevamo solo 00:01:17.550 --> 00:01:19.720 un framework preoccuparsi e 00:01:19.720 --> 00:01:22.970 è possibile creare in sostanza, si conoscere quindi entrambi i tipi di back. 00:01:22.970 --> 00:01:28.283 Come le applicazioni desktop fondamentalmente e si trattava di applicazioni per .NET. 00:01:28.283 --> 00:01:30.753 E naturalmente è possibile creazione di applicazioni console e 00:01:30.753 --> 00:01:32.710 servizi di finestra e quali sono stati. 00:01:32.710 --> 00:01:34.610 Ma si trova sempre in Questo uno framework. 00:01:34.610 --> 00:01:37.900 Pertanto, quando la logica di business sarebbe utilizzarla solo su questo framework 00:01:37.900 --> 00:01:39.090 in questa raccolta BCL, base. 00:01:39.090 --> 00:01:41.160 >> Ricordo che. 00:01:41.160 --> 00:01:43.660 >> Buon vecchio di giorni, a destra e quindi nel corso degli anni, 00:01:43.660 --> 00:01:44.380 Abbiamo aggiunto più dettagli. 00:01:44.380 --> 00:01:45.720 Pertanto è Xamarin, ad esempio, 00:01:45.720 --> 00:01:48.870 che esegue la stessa cosa in termini di 00:01:48.870 --> 00:01:51.300 offrendo una piattaforma .NET che è realmente produttivo. 00:01:51.300 --> 00:01:54.630 Ma sono più incentrate sulle i dispositivi mobili, in particolare 00:01:54.630 --> 00:01:57.890 il non Windows quelle, iOS, OS X e quindi Android. 00:01:57.890 --> 00:02:00.300 Ovviamente, OS X non è un mobile, ma stessa cosa non esiste. 00:02:00.300 --> 00:02:03.810 Si tratta fondamentalmente l'idea è creare diversi tipi di applicazioni 00:02:03.810 --> 00:02:06.270 essenzialmente con loro versione di .NET. 00:02:06.270 --> 00:02:08.090 E vengono compilati da Mono. 00:02:08.090 --> 00:02:10.449 Pertanto è molto simile Mono in .NET framework, ma 00:02:10.449 --> 00:02:12.180 non è identico al 100%. 00:02:12.180 --> 00:02:13.570 Pertanto, quando si parla sulla logica di business, 00:02:13.570 --> 00:02:15.330 a questo punto si dispongono di due operazioni per preoccuparsi, a destra. 00:02:15.330 --> 00:02:18.350 Quindi con .NET fondamentali, non c'è più uno. 00:02:18.350 --> 00:02:20.460 E pertanto si dispone di un altro Mobile angolo con UWP. 00:02:20.460 --> 00:02:23.700 Ma è anche il nuovo Opzioni principali di ASP.NET, e 00:02:23.700 --> 00:02:26.560 non è ancora presente un altro BCL per Core .NET. 00:02:26.560 --> 00:02:28.140 E sono diversi Poiché sono 00:02:28.140 --> 00:02:29.350 codebase diverse, destra? 00:02:29.350 --> 00:02:32.390 Quindi quando si accetta PRs, utilizziamo accetta il PRs su .NET 00:02:32.390 --> 00:02:35.050 Funzionalità di base sul lato della casa, in quanto che è in parte. 00:02:35.050 --> 00:02:37.740 E quindi a questo punto, segnalarlo a .NET framework o mono, o 00:02:37.740 --> 00:02:40.740 tutte le altre implementazioni potremmo avere in futuro. 00:02:40.740 --> 00:02:41.295 E in tal caso 00:02:41.295 --> 00:02:45.360 il riutilizzo di codice diventa ora questo problema multidimensionale destra? 00:02:45.360 --> 00:02:48.370 E così come si parla di questi operazioni nella parte superiore come applicazione 00:02:48.370 --> 00:02:50.780 modelli, questo è la cosa si compila un'applicazione con e 00:02:50.780 --> 00:02:53.860 la cosa nella parte inferiore è solo chiamare le librerie di base, 00:02:53.860 --> 00:02:54.920 informazioni di interesse generale. 00:02:54.920 --> 00:02:55.420 >> A destra. 00:02:58.100 --> 00:03:00.610 >> Desideriamo pronunciare le tre più uno 00:03:00.610 --> 00:03:02.780 Poiché si tratta fondamentalmente di tre elementi diversi e 00:03:02.780 --> 00:03:06.910 il segno più è quanto è effettivamente comune tra tutti gli elementi. 00:03:06.910 --> 00:03:10.490 È necessario tenere presente che in API è effettivamente possibile condividere. 00:03:10.490 --> 00:03:12.826 Quando si desidera una scrittura ora una libreria che è fondamentalmente necessario 00:03:12.826 --> 00:03:15.263 compilare più volte da più piattaforme [INAUDIBLE] 00:03:15.263 --> 00:03:17.300 ed è fondamentalmente diventa molto difficile. 00:03:17.300 --> 00:03:21.578 >> A destra, è possibile sapere quando è stato utilizzando la combinazione di .NET 00:03:21.578 --> 00:03:24.190 Framework e .NET 1. x di base. 00:03:24.190 --> 00:03:25.920 >> A destra. >> Tipo di prima di tutte le 00:03:25.920 --> 00:03:27.350 completamente sbarcati. 00:03:27.350 --> 00:03:29.460 Stavo eseguendo alcuni file IO. 00:03:29.460 --> 00:03:30.750 Credo che sia stato un flusso di file e 00:03:30.750 --> 00:03:33.820 in realtà è stato nel file flusso con lettore di flussi e 00:03:33.820 --> 00:03:38.810 si è verificato un importante metodo che volevo realmente 00:03:38.810 --> 00:03:42.290 utilizzo e I WAS di utilizzarlo in .net framework e 00:03:42.290 --> 00:03:46.010 quindi copiato il codice a core x e non funziona. 00:03:46.010 --> 00:03:47.730 E stavo infelice. 00:03:49.220 --> 00:03:55.470 Fortunatamente, un po' di tempo passato, e quindi si tenta di ripetere che 00:03:55.470 --> 00:03:59.500 stesso esercizio con Core .NET API 2.0 e che era presente. 00:03:59.500 --> 00:04:02.630 E lieti, e Ho preso solo con il mio lavoro. 00:04:02.630 --> 00:04:04.390 In questo caso, in modo definito aveva tale esperienza. 00:04:04.390 --> 00:04:06.510 >> Sì, in modo che sia esattamente il problema, destro? 00:04:06.510 --> 00:04:09.540 E se pull up una classe libreria, è la stessa cosa. 00:04:09.540 --> 00:04:11.990 Ma è anche più complicato. 00:04:11.990 --> 00:04:14.780 >> Immagino resta troppo è, ad esempio con il codice 00:04:14.780 --> 00:04:18.650 Portato, è stato già utilizzando l'API migliore. 00:04:18.650 --> 00:04:21.510 Non è stato come credevo, 00:04:21.510 --> 00:04:23.760 Forse un modo migliore per eseguire Ciò che non conosco. 00:04:23.760 --> 00:04:25.920 Sapevo che stavo utilizzando il modello migliore. 00:04:25.920 --> 00:04:30.020 Pertanto è stato ugualmente rimaste inevase perché devo eseguire 00:04:30.020 --> 00:04:32.900 qualcosa non è fondamentalmente ritiene stato peggiore. 00:04:32.900 --> 00:04:34.250 >> Sì. 00:04:34.250 --> 00:04:36.610 >> Per fortuna con questo nuovo modello non è più il caso. 00:04:36.610 --> 00:04:37.570 >> Che un diritto. 00:04:37.570 --> 00:04:40.586 E pertanto fondamentalmente quando abbiamo ora pensa .NET Standard, quali 00:04:40.586 --> 00:04:43.486 effettivamente tale operazione fondamentalmente tenta di unificare è essenzialmente 00:04:43.486 --> 00:04:46.270 livelli di base che non una tale esperienza più 00:04:46.270 --> 00:04:49.228 in una piattaforma decide di effettuare qualcosa di qualche obsoleto 00:04:49.228 --> 00:04:51.729 e quindi non è un modo Per eseguire questa operazione il modo corretto. 00:04:51.729 --> 00:04:54.764 E pertanto, è possibile paragonare il nuovo NET standard essenzialmente come 00:04:54.764 --> 00:04:56.220 la BCL per eliminarli tutti, uno 00:04:56.220 --> 00:04:58.118 Credo che abbiamo affermato Questo numero di volte. 00:04:58.118 --> 00:05:02.120 Ma logicamente è fondamentalmente il insieme di API che in realtà ogni 00:05:02.120 --> 00:05:05.519 È necessario applicare la piattaforma .NET, perché sono effettivamente 00:05:05.519 --> 00:05:08.466 parti fondamentali come insiemi dei / o, 00:05:08.466 --> 00:05:09.976 accedere alla console, 00:05:09.976 --> 00:05:13.250 Ciò in che avviene essenzialmente librerie di livelli inferiori. 00:05:13.250 --> 00:05:15.026 E abbassare di livello si intende realmente come applicazione non 00:05:15.026 --> 00:05:16.150 varie specifiche, destra? 00:05:16.150 --> 00:05:17.480 La logica di business viene in mente, 00:05:17.480 --> 00:05:18.920 livelli di accesso ai dati viene in mente. 00:05:18.920 --> 00:05:22.190 >> Ma è inoltre disponibile una promessa di utente. 00:05:22.190 --> 00:05:24.130 Aspetto promessa di sviluppatore a esso. 00:05:24.130 --> 00:05:25.090 >> A destra. 00:05:25.090 --> 00:05:27.439 Che è fondamentalmente sono - tutto ciò che si inserisce in .NET 00:05:27.439 --> 00:05:31.450 andrà standard ovunque spostandosi in avanti. 00:05:31.450 --> 00:05:32.949 Verrà discusso un po' le ulteriori informazioni sulla gestione delle versioni e 00:05:32.949 --> 00:05:33.660 come funziona in generale. 00:05:33.660 --> 00:05:35.494 Ma è in corso l'idea che lo standard stesso ha 00:05:35.494 --> 00:05:37.890 numeri di versione, perché siamo non è una macchina del tempo. 00:05:37.890 --> 00:05:40.620 Non è possibile retroattivamente aggiungere un'API di cinque anni fa 00:05:40.620 --> 00:05:41.730 il problema persiste. 00:05:41.730 --> 00:05:44.230 In tal caso, quando si aggiunge una nuova API come un nuova versione di standard, ma 00:05:44.230 --> 00:05:46.520 l'aspettativa è che tutti piattaforme verranno spostate alla fine 00:05:46.520 --> 00:05:48.580 per la versione più recente, mai rimanere bloccato sulla versione. 00:05:48.580 --> 00:05:49.240 >> A destra. 00:05:49.240 --> 00:05:50.530 >> Così è Impossibile moltiplicare essenzialmente, 00:05:50.530 --> 00:05:53.070 è sempre, è sempre spostare in avanti e 00:05:53.070 --> 00:05:54.630 catture di coerenza verso l'alto nel tempo. 00:05:54.630 --> 00:05:57.970 >> Noto, so chi dispone di una macchina del tempo. 00:05:57.970 --> 00:05:59.220 Davvero? 00:05:59.220 --> 00:06:03.190 >> Sì, pertanto, great - >> Ci dovremmo assumere tale Mr. 00:06:03.190 --> 00:06:05.780 >> Sì, in realtà, è ora una donna. 00:06:05.780 --> 00:06:07.180 >> Immagino che è true. 00:06:07.180 --> 00:06:08.570 Qual è il suo nome nuovamente? 00:06:08.570 --> 00:06:09.670 O il proprio nome? [PIÙ A SORRIDERE] 00:06:09.670 --> 00:06:11.130 >> Bene, è comunque 00:06:11.130 --> 00:06:12.440 lo stesso nome, penso. 00:06:13.560 --> 00:06:16.190 Vada in dicembre. 00:06:16.190 --> 00:06:17.110 >> Bello. >> Sì, raffreddare. 00:06:18.920 --> 00:06:21.440 Quindi, qual è la differenza Abbiamo inviato a 00:06:21.440 --> 00:06:24.270 l'immagine precedente come c'è solo una libreria di classi base. 00:06:24.270 --> 00:06:26.790 Mi piace affermare che non è un Venn diagramma perché è solo realmente 00:06:26.790 --> 00:06:29.310 reversione una cosa numeri, nascondere 00:06:29.310 --> 00:06:31.790 che è più semplice la sovrapposizione 00:06:31.790 --> 00:06:34.630 diagramma dei cerchi più >> In modo definito. 00:06:34.630 --> 00:06:37.290 >> E quindi l'altra operazione è stato fatto notare è, con 00:06:37.290 --> 00:06:39.600 sono state aggiunte ulteriori API, una tonnellata e Dispongo di una diapositiva, anche su tale 00:06:39.600 --> 00:06:42.192 ma in pratica è realmente tenta di rendere il comune dominator grandi. 00:06:42.192 --> 00:06:45.481 Come abbiamo con portatile modellata solo quello che avevamo, 00:06:45.481 --> 00:06:47.900 che è stato in gran parte ottimale. 00:06:47.900 --> 00:06:51.444 Ma ora è diventato effettivamente di il nostro modo di verificare che abbiamo inserito 00:06:51.444 --> 00:06:56.400 un che riteniamo sia sensibile e Questa è piuttosto grande. 00:06:56.400 --> 00:06:57.830 E abbiamo appena colmare le lacune per 00:06:57.830 --> 00:06:59.610 piattaforme che non sono quelle API. 00:06:59.610 --> 00:07:01.660 Piuttosto che l'altro Per aggirare. 00:07:01.660 --> 00:07:02.830 E in modo che il cliente promette e 00:07:02.830 --> 00:07:04.760 in pratica è possibile lo standard di destinazione. 00:07:04.760 --> 00:07:07.374 E promette di eseguire ovunque sia la versione di 00:07:07.374 --> 00:07:08.690 lo standard è supportato. 00:07:10.220 --> 00:07:11.750 >> A destra. In modo probabilmente ricorderete in 00:07:11.750 --> 00:07:14.631 scuola per apprendere minimo comune denominatore. 00:07:14.631 --> 00:07:15.850 >> Sì. 00:07:15.850 --> 00:07:19.620 >> Tipo di credo di PCL progetto che abbiamo fatto è stato un po' di 00:07:19.620 --> 00:07:23.110 un comune più basso progetto denominatore. 00:07:23.110 --> 00:07:26.859 Questo, ritengo che in tutti honesty è in realtà come un comune più grande 00:07:26.859 --> 00:07:28.276 progetto denominatore, 00:07:28.276 --> 00:07:30.920 in particolare con .NET 2.0 standard. 00:07:30.920 --> 00:07:31.990 Pensi che è giusto? 00:07:31.990 --> 00:07:33.130 >> Sì, penso a me, 00:07:33.130 --> 00:07:36.080 la differenza è ulteriori intenzionalità della. 00:07:36.080 --> 00:07:37.890 Modello PCL è quello che avevamo. 00:07:37.890 --> 00:07:39.060 In un secondo momento. 00:07:39.060 --> 00:07:40.532 Ogni piattaforma ha desiderano. 00:07:40.532 --> 00:07:43.062 E quindi abbiamo fornito utensili che aveva modellare le 00:07:43.062 --> 00:07:43.671 stato non esiste. 00:07:43.671 --> 00:07:46.015 Abbiamo già detto, standard Questo è ciò che vogliamo, 00:07:46.015 --> 00:07:48.605 ora consente di assicurarsi che tutti le cose sono presenti e pertanto 00:07:48.605 --> 00:07:51.083 è il limite massimo, riteniamo che l'API di destra è stata impostata. 00:07:51.083 --> 00:07:53.903 >> Sì una cosa che in alcuni casi informare gli altri che viene in genere visualizzato 00:07:53.903 --> 00:07:56.913 attoniti in argomento così elevata Per usufruire del video. 00:07:56.913 --> 00:07:57.621 >> Che i suoni di eccezionale. 00:07:57.621 --> 00:08:02.422 >> Sì è, con PCL, tutti i profili di amici 00:08:02.422 --> 00:08:05.634 i nomi sono stati tutti generata dal computer. 00:08:05.634 --> 00:08:10.531 Pertanto si è non verificato alcun umane pensata creazione di quelle di 00:08:10.531 --> 00:08:11.580 profili. 00:08:11.580 --> 00:08:13.189 >> Che un diritto. 00:08:13.189 --> 00:08:15.240 >> Suoni super occorrenza. 00:08:15.240 --> 00:08:18.420 E in modo che la differenza tenendo presente che è stato utilizzato 00:08:18.420 --> 00:08:20.560 di intenzionalità della parola. 00:08:20.560 --> 00:08:23.580 In questo caso, si è verificato il pensiero umano sostanzialmente interessati 00:08:23.580 --> 00:08:26.910 ogni singolo membro che inserite nel .NET standard. 00:08:28.060 --> 00:08:30.710 In questo caso, Sì significa ora è la colpa sull'uomo. 00:08:30.710 --> 00:08:33.310 >> [PIÙ A SORRIDERE] >>, Ma penso che sia un enorme vantaggio, 00:08:33.310 --> 00:08:34.830 grande differenza. 00:08:34.830 --> 00:08:35.870 >> Troppo penso che questa operazione. 00:08:38.860 --> 00:08:39.700 Quindi qual è lo standard? 00:08:39.700 --> 00:08:40.690 Intendo dire che in genere è la cosa. 00:08:40.690 --> 00:08:42.910 Tutto sembra ideale quando si è come astratta così diagrammi 00:08:42.910 --> 00:08:45.020 che cos' sembri verso il basso in Visual Studio è 00:08:45.020 --> 00:08:47.340 in caso di progetto è nuovo e divertente sono qui questa nuova categoria 00:08:47.340 --> 00:08:48.830 chiamata .NET standard e 00:08:48.830 --> 00:08:51.140 esso include un modello per tra gli standard di libreria .NET. 00:08:51.140 --> 00:08:54.390 È un progetto tipo che è possibile creare. 00:08:54.390 --> 00:08:56.420 In questo caso, che è la meccanica pezzo a esso. 00:08:56.420 --> 00:08:58.150 E il pezzo utilizzabile che data di oggi. 00:08:58.150 --> 00:09:00.863 La seconda parte di esso, si tratta di una specifica, in modo che 00:09:00.863 --> 00:09:02.682 è essenzialmente un insieme di API. 00:09:02.682 --> 00:09:06.426 Che dice che sono tutte le piattaforme implementare tali API in modo unidirezionali 00:09:06.426 --> 00:09:09.295 a pensare a ciò è can- >> Solo essere un jerk per 00:09:09.295 --> 00:09:09.831 un momento? 00:09:09.831 --> 00:09:11.421 >> Sì, si tratta naturalmente. 00:09:11.421 --> 00:09:12.263 >> Sì, si tratta naturalmente. 00:09:12.263 --> 00:09:13.790 Tornare alla diapositiva altri. 00:09:13.790 --> 00:09:14.300 >> Sì. 00:09:14.300 --> 00:09:16.990 >> In modo che questo è solo un piccolo bit di una battuta, ma 00:09:16.990 --> 00:09:21.780 Penso che gli utenti verranno richiesto Sono il nodo .NET Standard, 00:09:21.780 --> 00:09:23.770 Viene visualizzato tra libreria Standard di .NET. 00:09:23.770 --> 00:09:27.260 Perché vedere .NET Framework 4.5.2 non esiste? 00:09:27.260 --> 00:09:28.220 >> Si intende l'elenco a discesa nella parte superiore? 00:09:28.220 --> 00:09:30.900 >> Sì, solo sento simile a quella del un elemento per richiamare l'attenzione su. 00:09:30.900 --> 00:09:33.960 >> Sì, quindi si tratta fondamentalmente di il risultato finale del mio primo 00:09:33.960 --> 00:09:35.850 Quando ho detto, abbiamo utilizzato per disporre di .NET framework e 00:09:35.850 --> 00:09:37.210 il mondo è stato buono. 00:09:37.210 --> 00:09:38.820 Quindi, possiamo affermare, sarebbe bello se fosse possibile 00:09:38.820 --> 00:09:41.370 Scegliere il numero di versione prima di creare il modello. 00:09:41.370 --> 00:09:44.930 E in seguito aggiungere forse in più Versioni di .NET come [INAUDIBLE] in 00:09:44.930 --> 00:09:46.710 anche un certo punto. 00:09:46.710 --> 00:09:49.350 Come questa casella di riepilogo a discesa perso molto di valore, probabilmente necessario 00:09:49.350 --> 00:09:52.180 essere nella parte inferiore e Selezionare il nome. 00:09:52.180 --> 00:09:54.889 E deve essere sensibile alle si tratta di template direzionale ma 00:09:54.889 --> 00:09:56.694 la finestra di dialogo è semplicemente non che rappresenta il 00:09:56.694 --> 00:09:57.768 Purtroppo oggi. 00:09:57.768 --> 00:10:01.207 >> Si ritiene che in tal caso un futuro senso a me. 00:10:01.207 --> 00:10:03.095 >> Sì. >> Pensi che sarà mai 00:10:03.095 --> 00:10:03.637 è possibile? 00:10:03.637 --> 00:10:04.985 Spero che questa operazione. 00:10:04.985 --> 00:10:05.986 >> Sì. >> Ho detto in precedenza 00:10:05.986 --> 00:10:08.303 Twitter, credo che questo intero finestra di dialogo necessita di una revisione. 00:10:08.303 --> 00:10:10.154 >> Sì. >> È un po' troppo elevato 00:10:10.154 --> 00:10:12.706 le scelte e i nomi che non sono necessariamente riflettente 00:10:12.706 --> 00:10:14.600 riflessione sui oggi il mondo. 00:10:14.600 --> 00:10:15.470 >> Sì, OK (Okay). 00:10:16.530 --> 00:10:17.700 >> Sì, in modo che sia che. 00:10:17.700 --> 00:10:19.380 Quindi ci pensiamo la parte specifica. 00:10:19.380 --> 00:10:21.420 In tal caso, se si considera lo standard come specifica, 00:10:22.660 --> 00:10:23.920 un'analogia è HTML. 00:10:23.920 --> 00:10:26.162 Pertanto il codice HTML è una specifica e non vi è il browser. 00:10:26.162 --> 00:10:27.673 Implementare in modo che tali specifiche. 00:10:27.673 --> 00:10:30.788 È a bordo, colore e ogni uno di tali browser fondamentalmente 00:10:30.788 --> 00:10:32.756 Aggancia a un altro versione della specifica. 00:10:32.756 --> 00:10:34.603 Ma allo stesso modo è accade agli standard di .NET. 00:10:34.603 --> 00:10:36.603 In modo che lo standard essenzialmente le specifiche HTML e 00:10:36.603 --> 00:10:39.303 quindi l'equivalente del browser è sostanzialmente .NET concrete 00:10:39.303 --> 00:10:41.703 implementato come piattaforme Famiglia di prodotti .NET, .NET Core, 00:10:41.703 --> 00:10:42.516 Xamarin, Unity. 00:10:42.516 --> 00:10:46.310 E qualsiasi potrebbe creare in futuro. 00:10:46.310 --> 00:10:50.380 Questa è una buona davvero immagine mentale di. 00:10:50.380 --> 00:10:51.858 Questa operazione, come già detto in precedenza 00:10:51.858 --> 00:10:55.500 con 2.0 realmente cerchiamo all'aggiunta di molte API più indietro. 00:10:55.500 --> 00:10:59.143 In effetti, abbiamo aggiunto circa 20.000 API, rispetto a Standard di .NET 00:10:59.143 --> 00:11:03.130 1. x o 1.6, che era il versione più recente in serie 1 x. 00:11:03.130 --> 00:11:05.693 E il modo in cui che siamo arrivati che Numero stato che fondamentalmente abbiamo detto, 00:11:05.693 --> 00:11:07.598 Beh, qual è il valore massimo è possibile concepimento? 00:11:07.598 --> 00:11:10.628 E il valore massimo che è possibile concepimento è eseguire .NET framework 00:11:10.628 --> 00:11:13.058 e Xamarin, e l'intersezione di stampo. 00:11:13.058 --> 00:11:15.148 Poiché si tratta essenzialmente di un proxy valido per 00:11:15.148 --> 00:11:17.073 API che possono essere multipiattaforma, ma 00:11:17.073 --> 00:11:19.937 si tratta comunque di molto simile a che cos'è .NET framework. 00:11:19.937 --> 00:11:21.587 Quindi abbiamo aggiunto anche alcuni API che sono stati solo in 00:11:21.587 --> 00:11:23.280 .NET framework che Non sono stati Xamarin, e 00:11:23.280 --> 00:11:24.367 richiesto loro di implementarli. 00:11:24.367 --> 00:11:27.825 Quindi non è necessario un determinata Franken-set essenzialmente. 00:11:27.825 --> 00:11:31.508 >> Quindi, essenzialmente che abbiamo appena andare con il semplice scenario che 00:11:31.508 --> 00:11:36.189 hai accennato, l'intersezione di .NET framework, ad esempio, 4.7 e 00:11:36.189 --> 00:11:39.413 Mono più recenti, che intersezione che non era ancora 00:11:39.413 --> 00:11:42.350 in .NET Core era circa 20.000 API. 00:11:42.350 --> 00:11:43.683 >> Correggere, pertanto la maggior parte del nostro lavoro- >> Che un enorme. 00:11:43.683 --> 00:11:45.610 >> Stato esame non specifica. 00:11:45.610 --> 00:11:48.990 La maggior parte del lavoro è stato quindi implementazione di nuovo su Core. 00:11:48.990 --> 00:11:51.229 Framework era da costruzione già supportata. 00:11:51.229 --> 00:11:53.333 Xamarin dovevano aggiungere poche API. 00:11:53.333 --> 00:11:55.859 È probabilmente inferiore a 100 API abbiamo chiesto Xamarin per 00:11:55.859 --> 00:11:56.390 implementare. 00:11:57.660 --> 00:12:00.240 Quindi avevamo 20.000 API era necessario aggiungere al Core, 00:12:00.240 --> 00:12:02.479 in modo che la maggior parte di stato del nostro lavoro. 00:12:04.810 --> 00:12:06.592 >> Le scrivo li per anche UWP. 00:12:06.592 --> 00:12:07.677 >> Correggere, 00:12:07.677 --> 00:12:10.390 UWP, sulla prima diapositiva, ha lumped tipo di backup con .NET 00:12:10.390 --> 00:12:12.305 Funzionalità di base in quanto si tratta di kinda entrambi dallo stesso codice di base. 00:12:12.305 --> 00:12:14.064 >> Mm-dazio hm. >> In modo che non viene eseguita per 00:12:14.064 --> 00:12:17.523 liberare Purtroppo, poiché UWP è un runtime diverso 00:12:17.523 --> 00:12:19.931 ambiente rispetto a esegue Windows normale. 00:12:19.931 --> 00:12:22.888 È pertanto lavoro che si verifica Per aggiungere il sistema operativo per supportare l'applicazione 00:12:22.888 --> 00:12:24.380 contenitore e tutto ciò. 00:12:24.380 --> 00:12:27.298 Ma Sì, sono anche ottenere la stessa API, superficie. 00:12:27.298 --> 00:12:28.311 Verranno forniti entro l'anno. 00:12:28.311 --> 00:12:30.420 Non credo che ha annunciato la data ancora, a destra? 00:12:30.420 --> 00:12:32.003 Esse provengono. 00:12:32.003 --> 00:12:35.307 In secondo luogo è, suppongo, un altro tidbit interessante che 00:12:35.307 --> 00:12:38.119 Quando si tenta di creare un insieme delle librerie con un solo asse, 00:12:38.119 --> 00:12:41.299 il problema che si verifica in genere un è prima di tutto, quando si copia 00:12:41.299 --> 00:12:44.550 codice, è tonnellate di API che può mancare. 00:12:44.550 --> 00:12:45.570 Ma nel controllo. 00:12:45.570 --> 00:12:47.260 È possibile effettuare il refactoring del codice. 00:12:47.260 --> 00:12:49.099 Può essere tanto lavoro, ma è possibile farlo. 00:12:49.099 --> 00:12:51.233 Dove la storia finisce, Tuttavia, 00:12:51.233 --> 00:12:54.245 voi che dispongono di dipendenze dalle librerie di terze parti, 00:12:54.245 --> 00:12:55.952 che qualcun altro ha assegnato all'utente. 00:12:55.952 --> 00:12:59.142 Unità X pensare per esempio, o JSON.net, o 00:12:59.142 --> 00:13:01.222 qualunque sia effettivamente utilizzati. 00:13:01.222 --> 00:13:03.574 La maggior parte delle e la librerie di Nuget oggi non sono 00:13:03.574 --> 00:13:04.707 lo Standard di destinazione. 00:13:04.707 --> 00:13:06.417 Sono ancora destinazione .NET framework, 00:13:06.417 --> 00:13:08.487 Poiché questa è la Questo è tutto per molto tempo. 00:13:08.487 --> 00:13:09.715 E pertanto la domanda che dobbiamo, 00:13:09.715 --> 00:13:11.190 bene, abbiamo come procedere rendere più uniforme? 00:13:11.190 --> 00:13:13.592 Come facciamo a garantire il più semplice persone per le porte? 00:13:13.592 --> 00:13:16.262 Così [INAUDIBLE] la cosiddetta uno shim di compatibilità o 00:13:16.262 --> 00:13:19.585 modalità di compatibilità, che in pratica Consente di riferimento Nuget 00:13:19.585 --> 00:13:22.980 pacchetti che effettivamente solo lavorare su .NET framework. 00:13:22.980 --> 00:13:25.727 E abbiamo tentato di passare dei nostri modo di rendere il lavoro su .NET 00:13:25.727 --> 00:13:26.355 Standard. 00:13:26.355 --> 00:13:27.323 E per estensione, 00:13:27.323 --> 00:13:30.113 qualsiasi piattaforma che implementa .NET 2.0 standard. 00:13:30.113 --> 00:13:32.585 E non vi è una demo che dispone di l probabilmente viene leggermente 00:13:32.585 --> 00:13:34.766 migliore, ma l'idea è un modo migliore sforzo. 00:13:34.766 --> 00:13:37.037 In modo da non sapere cosa la libreria esegue. 00:13:37.037 --> 00:13:39.123 E se utilizza Windows Form per esempio 00:13:39.123 --> 00:13:41.896 non funzionerà su un comando su Linux ovviamente. 00:13:41.896 --> 00:13:46.328 La maggior parte delle librerie, ma abbiamo trovato su Nuget API sono di circa il 70% 00:13:46.328 --> 00:13:49.111 comparabili abbiamo dispone in .NET 2.0. 00:13:49.111 --> 00:13:51.985 In pratica, la maggior parte dei il tempo, quando esegue l'aggiornamento e 00:13:51.985 --> 00:13:54.736 appena si fa riferimento un oggetto esistente pacchetto di Framework, 00:13:54.736 --> 00:13:57.200 probabilmente funzionerà correttamente. 00:13:57.200 --> 00:13:59.970 >> Di destra, in modo ottenere precisando natura emptor di questo oggetto. 00:13:59.970 --> 00:14:01.166 >> Sì. >> Come utente, 00:14:01.166 --> 00:14:06.352 sarà infatti awesome se possibile potrebbe ad esempio, sono attualmente 00:14:06.352 --> 00:14:11.888 utilizzando pertanto Nuget comprimerlo in realtà non dovrebbe essere il caso 00:14:11.888 --> 00:14:16.983 che devo andare esplorare che completamente per uso personale. 00:14:16.983 --> 00:14:19.107 Se in questo intervallo, il 70% 00:14:19.107 --> 00:14:22.578 sono presenti elenchi ovunque che si potrebbe continuare a osservare? 00:14:22.578 --> 00:14:24.361 >> Si intendono come elenchi di Nuget nuovi pacchetti che abbiamo 00:14:24.361 --> 00:14:25.550 che sarà di lavoro? 00:14:25.550 --> 00:14:26.485 >> Sì. 00:14:26.485 --> 00:14:28.006 >> A no, non credo Disponiamo di un elenco di oggi. 00:14:28.006 --> 00:14:29.814 Che è effettivamente un buon suggerimento. 00:14:29.814 --> 00:14:30.821 Probabilmente dovremmo già un elenco. 00:14:30.821 --> 00:14:31.801 >> Sì. 00:14:31.801 --> 00:14:34.441 >> L'altra cosa che si desidera eseguire si desidera raggiungere Nuget 00:14:34.441 --> 00:14:34.991 gli autori e 00:14:34.991 --> 00:14:37.930 attivamente incoraggiarli a supporta in modo nativo .NET Standard. 00:14:37.930 --> 00:14:39.070 In particolare quando si 00:14:39.070 --> 00:14:41.000 già standard de facto per compatibile ne comunque. 00:14:41.000 --> 00:14:43.670 È sufficiente un passaggio esplicito il pacchetto a dire Sì, 00:14:43.670 --> 00:14:45.490 Supportano su .NET 2.0. 00:14:45.490 --> 00:14:48.132 In modo che sia anche più intenzionale sul lato dell'autore del pacchetto. 00:14:48.132 --> 00:14:50.669 >> Bene, se fossimo super strategici, 00:14:50.669 --> 00:14:54.222 sembra che diciamo, si tratta di 100 00:14:54.222 --> 00:14:58.301 le librerie più diffuse che solo che .NET framework. 00:14:58.301 --> 00:14:59.800 Dipendenze e raggiungere i loro. 00:14:59.800 --> 00:15:01.187 >> Sì. >> Il team ha pensato 00:15:01.187 --> 00:15:01.879 a tale proposito? 00:15:01.879 --> 00:15:04.745 >> Sì, intendo dire che è necessario conoscere è il mio capo, in modo che cos'è 00:15:04.745 --> 00:15:07.450 fondamentalmente informa destra a questo punto è consigliabile attivare questo scopo. 00:15:07.450 --> 00:15:08.580 >> Ottenere su nastro. 00:15:08.580 --> 00:15:09.940 >> Ottenerlo sul nastro, è pubblico. 00:15:11.840 --> 00:15:15.410 Abbiamo fatto questo, abbiamo trovato 00:15:15.410 --> 00:15:17.730 a tale numero da fondamentalmente Questo appena detto. 00:15:17.730 --> 00:15:21.060 Abbiamo un'intera analisi per i pacchetti NuGet. 00:15:21.060 --> 00:15:23.050 È effettivamente un video in La descrizione dettagliata sul ponte della 00:15:23.050 --> 00:15:24.570 tutte le conclusioni di cui che si dispone. 00:15:24.570 --> 00:15:25.210 Che cos'è stata ancora eseguita, 00:15:25.210 --> 00:15:27.090 perché è più uno sforzo quantitativo. 00:15:27.090 --> 00:15:28.670 Ci sono state effettivamente approfondite. 00:15:28.670 --> 00:15:31.870 In realtà abbiamo appena parlato ma esistono alcune alto profilo 00:15:31.870 --> 00:15:34.025 pacchetti che è effettivamente terminate Le invio direttamente a PRs- 00:15:34.025 --> 00:15:34.640 >> [CROSSTALK} 00:15:34.640 --> 00:15:35.660 Che in realtà è ancora migliore. 00:15:35.660 --> 00:15:38.400 >> Di correzione effettivamente e aggiungere bonus internatively. 00:15:38.400 --> 00:15:40.550 >> E sono state accettate le PRs? 00:15:40.550 --> 00:15:41.540 >> La maggior parte dei casi, Sì. 00:15:41.540 --> 00:15:44.720 Parte del tempo che era diverso da quello di 1 X Delta 00:15:44.720 --> 00:15:47.930 e il Cobra era abbastanza grande, e non si sentono come 00:15:47.930 --> 00:15:51.790 che sembra molto interruzione del mio CO-paga. 00:15:51.790 --> 00:15:54.490 Con 2.0 che è prevalentemente, si aggiunge un'altra cartella per il NuGet 00:15:54.490 --> 00:15:56.800 pacchetto, e Questo è quanto. 00:15:58.230 --> 00:15:59.570 In base alla modalità di compilare il progetto, 00:15:59.570 --> 00:16:02.400 potrebbe essere necessario aggiungere un grammo di T al progetto troppo, pertanto 00:16:02.400 --> 00:16:04.840 si otterranno compilata anche controllo di runtime. 00:16:04.840 --> 00:16:08.680 Ma è un filtro minimo su 2.0 nella maggior parte. 00:16:08.680 --> 00:16:10.810 In questo caso, le 2.0 modifiche sono soprattutto accettato, penso [INAUDIBLE]. 00:16:10.810 --> 00:16:13.970 >> Di destra, in modo che sia molto conversazione semplice 00:16:13.970 --> 00:16:14.497 con la manutenzione. 00:16:16.670 --> 00:16:18.950 >> Tutti i diritti un numero sufficiente di diapositive, 00:16:18.950 --> 00:16:21.260 in realtà osserviamo una demo. 00:16:21.260 --> 00:16:22.470 Quindi, cosa hai è 00:16:22.470 --> 00:16:25.380 Purtroppo il tipo di carattere non è sorprendente, ma 00:16:25.380 --> 00:16:27.660 è possibile visualizzare, in schermo video abbastanza bene. 00:16:28.790 --> 00:16:30.647 In questo caso, in pratica, che cosa sono qui è Northwind, e 00:16:30.647 --> 00:16:32.096 Chiunque che esegue sviluppo per 00:16:32.096 --> 00:16:33.920 è molto tempo conoscenza di Northwind. 00:16:33.920 --> 00:16:35.180 E così Si dispone di un'applicazione molto semplice 00:16:35.180 --> 00:16:41.460 è l'applicazione di Windforms e può indicare chiaramente che sono una finestra di progettazione 00:16:41.460 --> 00:16:44.720 perché quando modifica la dimensione di seguito il pulsante Stick 00:16:44.720 --> 00:16:47.120 nella parte inferiore destra nell'angolo, in modo che Ho fatto esiste un processo molto buona. 00:16:47.120 --> 00:16:50.470 Ma fondamentalmente tutto ho fatto qui, è che possibile caricare i dati da 00:16:50.470 --> 00:16:54.170 Northwind e cercare persone che sono in pensione a questo punto, 00:16:54.170 --> 00:16:56.580 pertanto è possibile rilevare [Più a SORRIDERE] questi dati. 00:16:56.580 --> 00:16:57.866 Sono qui le cose, 00:16:57.866 --> 00:17:00.550 che il database effettivo In questo momento non è SQL. 00:17:00.550 --> 00:17:03.820 In realtà utilizza Dataset, la mappa in cui è stato 00:17:03.820 --> 00:17:06.140 rappresentazione dei database in quella x giorni. 00:17:06.140 --> 00:17:07.770 >> Possibile forse zoom che in solo un filino? 00:17:07.770 --> 00:17:10.167 >> Non è possibile, penso. 00:17:14.228 --> 00:17:15.944 Forse 150 è probabilmente ancora migliore. 00:17:15.944 --> 00:17:17.160 Ci siamo. 00:17:17.160 --> 00:17:18.770 E quindi, qual è l' qui è fondamentalmente, viene semplicemente, 00:17:18.770 --> 00:17:23.210 è che possibile creare solo un set di dati, caricarlo gravi da file, 00:17:23.210 --> 00:17:24.660 con codice percorso come un disco rigido. 00:17:24.660 --> 00:17:26.810 Ad esempio, molto grande storia di filamenti sul mio lato. 00:17:26.810 --> 00:17:27.980 È sufficiente cercare persone che sono in pensione. 00:17:27.980 --> 00:17:29.640 Ok? 00:17:29.640 --> 00:17:32.950 Data di nascita, oltre 65 anni, che è l'età pensionabile generale. 00:17:32.950 --> 00:17:35.084 Credo che un'età, è probabilmente più simile, 40. 00:17:35.084 --> 00:17:36.374 >> [Più a SORRIDERE] Sì. 00:17:36.374 --> 00:17:37.750 >> Ho sentito che negli Stati Uniti sono più simile, 120. 00:17:37.750 --> 00:17:38.810 >> Sì [più a SORRIDERE]. 00:17:38.810 --> 00:17:40.010 >> In questo caso, impostare i parametri che. 00:17:40.010 --> 00:17:42.890 Ma in pratica qui sufficiente effettuare una ricerca per tale e semplicemente visualizzare che. 00:17:44.150 --> 00:17:45.730 In questo caso, perché essa con .NET Standard? 00:17:45.730 --> 00:17:48.260 Pertanto, appena hanno uno di questi API che abbiamo considerati legacy 00:17:48.260 --> 00:17:50.370 e abbiamo fondamentalmente spostato da una x. 00:17:50.370 --> 00:17:53.850 Ma gli utenti non possono essere appassionato di dataset, 00:17:53.850 --> 00:17:56.658 ma in realtà che sta anche meno amore in con la necessità di 00:17:56.658 --> 00:17:58.800 il refactoring una per la rimozione. 00:17:58.800 --> 00:18:00.610 >> In modo definito, e abbiamo fatto qui. 00:18:00.610 --> 00:18:01.530 Una quantità notevole di feedback. 00:18:01.530 --> 00:18:04.230 >> Sì e vi è una serie di Ciò che è effettivamente utile. 00:18:04.230 --> 00:18:06.115 In questo caso, verrà procedere a questo punto, è che verrà creato un nuovo progetto. 00:18:06.115 --> 00:18:09.926 Passerà al centro di .NET categorie, abbiamo parlato, 00:18:09.926 --> 00:18:13.191 Selezionare nell'area, e quindi chiameremo 00:18:13.191 --> 00:18:15.230 Si supponga che, dati di Northwind. 00:18:17.925 --> 00:18:19.770 Deta già creato due loro progetto apparentemente prima. 00:18:20.800 --> 00:18:22.370 >> Non esiste, farlo. 00:18:22.370 --> 00:18:24.050 >> Esattamente, pertanto. 00:18:24.050 --> 00:18:25.270 E poi Eliminare solo la classe 00:18:25.270 --> 00:18:29.050 ed sufficiente eseguire il di accesso ai dati a questo punto, e 00:18:29.050 --> 00:18:32.590 appena lo si sposta su il nuovo progetto. 00:18:32.590 --> 00:18:33.910 >> Bello. 00:18:33.910 --> 00:18:35.580 >> In tal caso, ora, Sono qui, e 00:18:35.580 --> 00:18:37.690 è possibile indicare non esiste Nessun linee a zigzag. 00:18:37.690 --> 00:18:39.080 Tutto appena funziona correttamente. 00:18:40.200 --> 00:18:42.384 Se si passa effettivamente alla le proprietà del progetto 00:18:42.384 --> 00:18:44.624 si trova che è destinazione .NET 2.0 standard, 00:18:44.624 --> 00:18:46.550 cuz che è ciò che abbiamo per impostazione predefinita. 00:18:46.550 --> 00:18:47.450 >> Sì. 00:18:47.450 --> 00:18:50.130 >> Se è passare a una x, si otterrà tonnellate di linee a zigzag. 00:18:51.780 --> 00:18:53.210 In tal caso, ora, Disponiamo di una base di codice moderno, 00:18:53.210 --> 00:18:55.050 Non proprio modernizza un po' più, 00:18:55.050 --> 00:19:00.700 è tutti questi esplicita tipi, pertanto è possibile farlo solo. 00:19:00.700 --> 00:19:02.200 A questo punto, viene visualizzato ovunque var. 00:19:02.200 --> 00:19:05.030 Si tratta di amici, lo so, è chiaramente una base di codice moderno. 00:19:05.030 --> 00:19:06.030 >> In modo definito. >> [PIÙ A SORRIDERE]. 00:19:06.030 --> 00:19:08.180 >> Che è quello che Casey non è soddisfatto, destra? 00:19:08.180 --> 00:19:10.570 >> Esattamente, le persone nevar? 00:19:10.570 --> 00:19:11.870 >> Sì. 00:19:11.870 --> 00:19:14.830 >>, A questo punto, sono presenti, ma a questo punto, è possibile estendere in realtà questo 00:19:14.830 --> 00:19:19.540 e ad esempio, non mi piace Questa hardcoded ricerca qui. 00:19:19.540 --> 00:19:22.500 In questo caso, dopo averlo circa dieci anni fa, 00:19:22.500 --> 00:19:25.200 Credo che ho scritto un motore SQL che in realtà è possibile 00:19:25.200 --> 00:19:28.150 -\- 00:19:29.570 --> 00:19:31.870 In questo caso, verranno effettivamente aggiungere la libreria qui. 00:19:31.870 --> 00:19:34.140 In questo caso, sufficiente accedere a i miei pacchetti NuGet. 00:19:34.140 --> 00:19:37.870 È possibile cercare Catalogo multimediale su NuGet. 00:19:37.870 --> 00:19:39.180 Trova la libreria. 00:19:39.180 --> 00:19:42.469 È possibile indicare qui 2012 caricato. 00:19:42.469 --> 00:19:44.220 >> È che comunque quando si dispone di tempo libero? 00:19:44.220 --> 00:19:45.410 >> Ovvero quando si disponeva ancora del tempo libero, 00:19:45.410 --> 00:19:48.180 Poiché prima ho lavorato, ora non hai tempo libero. 00:19:48.180 --> 00:19:50.630 >> Bene, inoltre percorsa in un determinato momento. 00:19:50.630 --> 00:19:51.180 >> Che un troppo true. 00:19:52.640 --> 00:19:53.560 In questo caso, installare questa operazione. 00:19:56.200 --> 00:20:00.008 Ha avuto esito positivo, tuttavia, Quando è ora di compilazione. 00:20:00.008 --> 00:20:03.987 Verranno esaminate l'elenco degli errori verrà visualizzato un avviso qui. 00:20:03.987 --> 00:20:05.399 E viene visualizzato il messaggio di avviso, 00:20:05.399 --> 00:20:08.902 [IMPERCETTIBILE] è stato ripristinato utilizzo di .NET framework 461. 00:20:08.902 --> 00:20:11.750 Anziché il framework di destinazione di .NET standard versione 2.0. 00:20:11.750 --> 00:20:13.170 In questo caso, è possibile. 00:20:13.170 --> 00:20:16.784 Beh, se andiamo a [IMPERCETTIBILE] org e abbiamo appena 00:20:16.784 --> 00:20:21.466 Cerca in questo caso, il mio pacchetto e è sufficiente scaricare il pacchetto. 00:20:24.572 --> 00:20:26.803 Quando si apre questo pacchetto Explorer è molto evidente 00:20:26.803 --> 00:20:28.260 che cos'è il problema. 00:20:28.260 --> 00:20:30.800 Se si guarda in labbro cartella da 2012, credo che, 00:20:30.800 --> 00:20:34.241 Inizialmente aggiudicato che operazione nel periodo di tempo 2005-2006. 00:20:34.241 --> 00:20:36.694 Pertanto, quando era .NET 2.0 è stato così tutti implementazione del sistema, 00:20:36.694 --> 00:20:38.300 Questo è ciò che di destinazione. 00:20:38.300 --> 00:20:41.628 In questo caso, che non c'è niente PCL, non solo standard di .NET 00:20:41.628 --> 00:20:43.747 un buon vecchio .NET framework e file binario. 00:20:43.747 --> 00:20:45.460 >> È possibile assegnare un rapido profusione out per 00:20:45.460 --> 00:20:46.582 Questa applicazione è per. 00:20:46.582 --> 00:20:48.478 >> Sì, si tratta, viene visualizzato Esplora pacchetti, 00:20:48.478 --> 00:20:50.380 è effettivamente in l'archivio di Windows. 00:20:50.380 --> 00:20:52.730 Se è sufficiente accedere all'archivio per le ricerche non esiste. 00:20:52.730 --> 00:20:54.421 Consente di aprire ottenere nuovi pacchetti e 00:20:54.421 --> 00:20:57.008 esplorarle visivamente, intendo dire, si sta semplicemente zip file, ma 00:20:57.008 --> 00:20:59.740 è un po' Design troppo, perché visualizzare i metadati qui. 00:20:59.740 --> 00:21:01.860 >> In modo definito utilizzo spesso questa applicazione più volte alla settimana, 00:21:01.860 --> 00:21:02.910 è probabilmente utilizzarlo ogni giorno. 00:21:02.910 --> 00:21:04.543 >> Sì. Ogni volta che faccio demo all'indirizzo 00:21:04.543 --> 00:21:05.276 almeno [più a SORRIDERE]. 00:21:05.276 --> 00:21:08.580 >> [PIÙ A SORRIDERE] >>, Sono presenti che e 00:21:08.580 --> 00:21:11.480 ora è possibile, Ora posso riutilizzare multimediale. 00:21:11.480 --> 00:21:15.680 In questo caso, vorrei togliere tutte Il mio hardware qui logica. 00:21:15.680 --> 00:21:21.987 Se è possibile trovare un modo per Utilizzare il mouse [più a SORRIDERE]. 00:21:21.987 --> 00:21:26.770 Forse no, Forse l'operazione viene eseguita. 00:21:28.200 --> 00:21:32.490 Quindi, abbiamo semplicemente a eliminare tutto questo, inserire e 00:21:32.490 --> 00:21:34.850 quindi, invece di rilasciare alcune conoscenze. 00:21:34.850 --> 00:21:39.060 In questo caso, che utilizza library Per aggiungere l'utilizzo di questo 00:21:39.060 --> 00:21:41.960 punto, fondamentalmente si limita è Dopo aver creato il contesto dati 00:21:41.960 --> 00:21:45.110 che trattiene il dataset rispettivi della connessione, 00:21:45.110 --> 00:21:46.210 esegue una query SQL. 00:21:47.450 --> 00:21:50.225 Utilizza alcuni magic di collegamento per il rendering il risultato e alcuni per 00:21:50.225 --> 00:21:51.495 eseguire nuovamente l'applicazione. 00:21:54.263 --> 00:21:55.585 Che non crea più. 00:21:58.718 --> 00:22:00.398 Poiché è necessario aggiungere una libreria di riferimento 00:22:00.398 --> 00:22:01.085 nonché corsi. 00:22:01.085 --> 00:22:03.030 >> [PIÙ A SORRIDERE] >> Solo la creazione della nuova libreria 00:22:03.030 --> 00:22:04.380 non esattamente la Guida in linea. 00:22:04.380 --> 00:22:05.730 >> Anche per riferimento si che è vero. 00:22:08.680 --> 00:22:09.540 Abbiamo scrivere nuovamente. 00:22:09.540 --> 00:22:14.580 Questo è lo stesso come prima cosa. 00:22:14.580 --> 00:22:15.080 In tal caso, ora, 00:22:15.080 --> 00:22:18.760 in pratica è stato spostato il personale in giù standard a tutti. 00:22:18.760 --> 00:22:19.990 In questo caso, potrebbe trattarsi di Nessun riferimento per 00:22:19.990 --> 00:22:21.230 numero di libreria, è possibile farvi riferimento per 00:22:21.230 --> 00:22:24.700 Me che è stato un core che è riferimento da esaminare app, 00:22:24.700 --> 00:22:26.595 ma le informazioni disponibili è che questo è l'avviso. 00:22:26.595 --> 00:22:28.384 È anche possibile [INAUDIBLE] Questo avviso la soluzione 00:22:28.384 --> 00:22:30.420 Explorer che mostra è la stessa cosa. 00:22:30.420 --> 00:22:31.500 Pertanto, l'intento, 00:22:31.500 --> 00:22:33.780 il cliente viene informato se si tratta di Scorrendo la compattazione. 00:22:33.780 --> 00:22:35.380 Non sappiamo quale questo libreria, a destra? 00:22:35.380 --> 00:22:38.330 È possibile utilizzare Windows Form, è possibile utilizzare le API non è. 00:22:38.330 --> 00:22:40.170 Questa operazione, lo scopo è che testare l'applicazione, 00:22:40.170 --> 00:22:41.910 convincere personalmente che funziona correttamente. 00:22:41.910 --> 00:22:45.030 E quindi, in modo efficace è sufficiente eliminare l'avviso. 00:22:45.030 --> 00:22:48.840 Come noterete, questo tipo è, In questo caso, un numero 00:22:48.840 --> 00:22:50.990 che è NU uno, sette, o ovvero un numero di avviso per 00:22:50.990 --> 00:22:51.630 la compressione. 00:22:51.630 --> 00:22:54.540 In questo caso, tutto è necessario effettuare Consente di selezionare in questo caso, immettere 00:22:54.540 --> 00:22:58.670 e quindi si immette solo il numero di avviso, premere INVIO, 00:22:58.670 --> 00:23:01.940 e Salva e a questo punto, è possibile vedere quello scomparirà dalla soluzione 00:23:01.940 --> 00:23:07.120 Explorer e viene inoltre scompare. da qui la ricostruzione. 00:23:07.120 --> 00:23:10.090 >> In questo caso, una cosa che stavo giocare con 00:23:10.090 --> 00:23:12.750 è stato recentemente è fine settimana o settimana scorsa. 00:23:12.750 --> 00:23:17.090 Stavo giocare con gli avvisi di errori. 00:23:17.090 --> 00:23:18.660 >> Sì. >> Finestra di dialogo. 00:23:18.660 --> 00:23:22.260 Puoi parlare un po' su che cos'è compilato, in modo da sapere che 00:23:22.260 --> 00:23:27.630 il funzionamento di un numero di persone con un avvisi come errori. 00:23:27.630 --> 00:23:29.300 >> A destra. >> In modo che, in questo tipo di modello 00:23:30.460 --> 00:23:33.050 è il incapatable con Questo tipo di sistema, o 00:23:33.050 --> 00:23:34.710 si parla di che? 00:23:34.710 --> 00:23:36.200 >> Sì, quindi l'idea è, Credo di sì 00:23:36.200 --> 00:23:41.040 che cosa hanno avuto ora con l'ultima versione di Visual Studio è in 00:23:41.040 --> 00:23:44.453 tipo di colmare il divario tra gli avvisi dal e gli avvisi 00:23:44.453 --> 00:23:49.330 da così stanno tutti nello stesso Interfaccia utente e la stessa esperienza. 00:23:49.330 --> 00:23:52.170 In questo caso, ad esempio, viene visualizzato già avvisi specifici 00:23:52.170 --> 00:23:54.670 specifiche soppressi, gli avvisi già trattati. 00:23:54.670 --> 00:23:59.200 Ad esempio, e in questo caso, è possibile conoscere tali impostazioni e 00:23:59.200 --> 00:24:01.940 è possibile, ad esempio, ad esempio, I desidera che il NU1701 di un errore, 00:24:01.940 --> 00:24:04.920 in modo che non si desidera passare mai tramite la compressione. 00:24:04.920 --> 00:24:08.240 L'altra cosa è da eliminare gli avvisi. 00:24:08.240 --> 00:24:10.120 >> E dove si specificare che se si desidera utilizzare 00:24:10.120 --> 00:24:11.169 disporre di un >> È possibile specificare 00:24:11.169 --> 00:24:11.876 qui il destro [INAUDIBLE]. 00:24:11.876 --> 00:24:12.422 >> OK (Okay). 00:24:12.422 --> 00:24:14.518 >> Così, fondamentalmente direi, considerare uno di tali frecce, 00:24:14.518 --> 00:24:15.198 Direi, NU. 00:24:15.198 --> 00:24:15.770 >> OK (Okay). 00:24:15.770 --> 00:24:17.070 >> Che ora diventa un errore, Ok. 00:24:17.070 --> 00:24:18.100 >> OK, visualizzato. 00:24:18.100 --> 00:24:20.709 >> Sì, la cosa è se è esaminare file di progetto del 00:24:20.709 --> 00:24:22.582 tempo medio per ogni sistema con la stessa NU1, 00:24:22.582 --> 00:24:25.230 proprietà e che compilare uno per. 00:24:25.230 --> 00:24:27.110 Pertanto, ha un molto semplice workflow. 00:24:27.110 --> 00:24:29.560 È possibile solo modificare, e quindi appena si spostino. 00:24:29.560 --> 00:24:30.216 >> A destra, quindi per 00:24:30.216 --> 00:24:32.352 utenti che dispongono di quelli tipo di sistemi di generazione, 00:24:32.352 --> 00:24:34.450 devono essere riprodotti solo come tutti gli altri elementi. 00:24:34.450 --> 00:24:35.650 >> Sì. 00:24:35.650 --> 00:24:37.940 E in genere l'idea è consentono un soppressore di avviso. 00:24:37.940 --> 00:24:40.709 I destinatari, pertanto, anche se è ad avvisi [INAUDIBLE], 00:24:40.709 --> 00:24:43.372 come viene visualizzato un avviso di non visualizzare alcun più la causa della barca l'esito negativo 00:24:43.372 --> 00:24:44.453 essenzialmente, a destra? 00:24:44.453 --> 00:24:46.944 >> Risposta corretta. 00:24:46.944 --> 00:24:50.350 >> Tutti i diritti che durante la demo. 00:24:51.510 --> 00:24:56.461 Tornare al ponte. 00:24:56.461 --> 00:24:59.420 Pertanto, un'altra domanda è in genere i numeri di versione. 00:24:59.420 --> 00:25:00.971 >> A destra. >> È più versioni 00:25:00.971 --> 00:25:03.800 dello standard e quindi il domanda è: cosa è necessario. 00:25:03.800 --> 00:25:06.487 Come è opportuno configurare il i numeri di versione e come sei 00:25:06.487 --> 00:25:08.611 grado di prendere una decisione di ciò che si desidera assegnare. 00:25:08.611 --> 00:25:15.930 Così ho scritto del codice HTML, che probabile che devono essere pubblici. 00:25:15.930 --> 00:25:18.130 È effettivamente su GitHub, è possibile ottenere da tale posizione, ma 00:25:18.130 --> 00:25:19.830 Non si dispone di un collegamento per che ancora. 00:25:19.830 --> 00:25:22.710 Ma in pratica ciò che viene visualizzato qui la tabella che sembra 00:25:22.710 --> 00:25:25.260 confondere tutti contemporaneamente. 00:25:25.260 --> 00:25:27.160 La tabella è in realtà non una volta difficile come 00:25:27.160 --> 00:25:29.590 per la lettura, ma non è ovvio. 00:25:29.590 --> 00:25:31.048 Pertanto le informazioni visualizzate si trova nella parte superiore, 00:25:31.048 --> 00:25:32.790 viene visualizzata la versione numeri dello standard. 00:25:33.890 --> 00:25:37.168 In modo da visualizzare come dalla versione 1.0 alla 2.0, 00:25:37.168 --> 00:25:40.363 quale tipo di versione i numeri sono presenti? 00:25:40.363 --> 00:25:42.620 E quindi le informazioni disponibili in corrispondenza dell'asse verticale, 00:25:42.620 --> 00:25:45.396 infine tutti i .NET implementazioni che sono disponibili. 00:25:45.396 --> 00:25:47.744 Così, ad esempio in questo caso, si può vedere, al momento, 00:25:47.744 --> 00:25:49.819 abbiamo selezionato .NET 1.0 standard. 00:25:49.819 --> 00:25:52.475 E le informazioni visualizzate in verde è essenzialmente tutti i .NET 00:25:52.475 --> 00:25:54.191 implementazioni che possono eseguire, e 00:25:54.191 --> 00:25:56.920 versione minima numeri che è necessario disporre. 00:25:56.920 --> 00:26:00.448 Pertanto, ad esempio, se desidera Per eseguire .NET 1.0 Standard, 00:26:00.448 --> 00:26:02.325 Si desidera indirizzare .NET 1.0, 00:26:02.325 --> 00:26:05.567 Ciò significa che l'esecuzione di .NET Principali a partire dalla versione 1.0. 00:26:05.567 --> 00:26:08.941 È possibile eseguire su framework Poiché il numero di versione 4.5. 00:26:08.941 --> 00:26:11.634 >> Ovvero che non è possibile semplicemente il supporto che li precedono. 00:26:11.634 --> 00:26:12.277 >> Correggere. 00:26:12.277 --> 00:26:13.139 >> Come 4.0. 00:26:13.139 --> 00:26:15.943 >> Sì, pertanto 4.0, è non eseguire ad esempio. 00:26:15.943 --> 00:26:19.498 L'altra cosa che è qui è inoltre visualizzare in questo caso, la forma 00:26:19.498 --> 00:26:23.510 che non la base di .NET implementare effettivamente direttamente 1.0. 00:26:23.510 --> 00:26:25.715 La classe implementa effettivamente 1.6. 00:26:25.715 --> 00:26:28.776 Il che significa che avrei potuto ora di destinazione un numero di versione superiore e 00:26:28.776 --> 00:26:30.507 continuare ad eseguire in .NET Core 1.0. 00:26:30.507 --> 00:26:32.677 Ad esempio, ora quando si destina 1.1, 00:26:32.677 --> 00:26:35.620 le informazioni disponibili che è tutto di Questa funzionalità non è più disponibile. 00:26:35.620 --> 00:26:38.967 Ad esempio, non rendere più Silverlight Windows che 00:26:38.967 --> 00:26:41.724 Probabilmente nessuno può interessare informazioni su più con UWP ma 00:26:41.724 --> 00:26:43.771 che ha come tabella fondamentalmente funziona. 00:26:43.771 --> 00:26:46.725 E quindi anche quando torna verso l'alto Inoltre, se abbiamo semplicemente alternare è 00:26:46.725 --> 00:26:49.599 vedere essenziali che tiene traccia di questo rosso aspetti non si desidera eseguire su. 00:26:49.599 --> 00:26:51.608 E ora è possibile vedere, ad esempio, 00:26:51.608 --> 00:26:56.014 a questo punto è necessario.NET Framework 4.6 se È necessario eseguire .NET centro 1.3. 00:26:57.770 --> 00:27:00.603 Che è essenzialmente come leggere la tabella, quindi nella parte superiore, 00:27:00.603 --> 00:27:03.168 Disponiamo di questa barra blu qui rappresentata come un proxy per kinda 00:27:03.168 --> 00:27:04.412 il numero di API abbiamo. 00:27:04.412 --> 00:27:08.646 Così come verrà nuovamente per vedere il SUMJUM tra 1.0 e 1.1 e 00:27:08.646 --> 00:27:12.509 quindi tra 1.1 e 1.2, non c'è solo un passaggio secondario. 00:27:12.509 --> 00:27:16.037 Quindi, dopo il raggiungimento di 2.0, abbiamo vedere questo picco massiccio dove abbiamo 00:27:16.037 --> 00:27:18.692 dispone di oltre 20.000 API, il tutto. 00:27:18.692 --> 00:27:22.532 Qui i numeri non sono tutti fino per data, ma il.NET Framework 00:27:22.532 --> 00:27:25.604 uno è, pertanto quando si desidera come destinazione .NET 2.0 Centere, 00:27:25.604 --> 00:27:28.676 fondamentalmente è necessario eseguire 461 di.NET Framework e, 00:27:28.676 --> 00:27:31.122 non si esegue su 45 o ad esempio, 46. 00:27:31.122 --> 00:27:33.260 Si tratta essenzialmente di come per leggere la tabella. 00:27:33.260 --> 00:27:34.415 Che apporta senso per l'utente? 00:27:34.415 --> 00:27:35.106 >> Mm-dazio hm. 00:27:38.442 --> 00:27:41.682 Viene visualizzato, pertanto non dovrebbe in questa colonna, 00:27:41.682 --> 00:27:46.220 Questa cella, si può dire 2.0, Base di .NET 2.0? 00:27:46.220 --> 00:27:47.964 >> Sì, dovrebbe essere visualizzato in questo caso, 2.0 00:27:47.964 --> 00:27:50.201 Ho dimenticato della versione qui i numeri sono. 00:27:50.201 --> 00:27:51.692 >> Sì, ma è possibile compilare che, destra? 00:27:51.692 --> 00:27:52.970 >> È possibile riempire l'oggetto 00:27:52.970 --> 00:27:56.250 è un aggiornamento versione se si passa alle domande frequenti. 00:27:56.250 --> 00:27:58.725 Non c'è un effettivo versioni tabella che è stato fatto qui, 00:27:58.725 --> 00:28:00.650 che è lo stesso che sono disponibili nella documentazione. 00:28:00.650 --> 00:28:01.384 >> OK (Okay), in modo che sia aggiornato. 00:28:01.384 --> 00:28:03.310 >> E in modo che l'effettivo qui i numeri di versione. 00:28:03.310 --> 00:28:06.952 Non appena ho fatto la versione HTMLified di. 00:28:06.952 --> 00:28:08.805 >> OK (Okay). 00:28:08.805 --> 00:28:09.820 >> Ma Sì, che è la stessa cosa. 00:28:11.300 --> 00:28:13.405 Quindi in modo che il successivo è spesso domanda, dunque, 00:28:13.405 --> 00:28:14.752 come decidere, a destra? 00:28:14.752 --> 00:28:16.501 E, fondamentalmente, è un compromesso. 00:28:16.501 --> 00:28:19.009 È necessario decidere tra maggiore è la versione di 00:28:19.009 --> 00:28:21.720 è lo Standard, le API più che avere. 00:28:21.720 --> 00:28:23.625 Numero di versione inferiore la norma è, 00:28:23.625 --> 00:28:26.347 la portata più che avere, cuz supporto per la piattaforma più che 00:28:26.347 --> 00:28:27.883 particolare versione [INAUDIBLE]. 00:28:27.883 --> 00:28:30.583 Che è intuitivo kinda ma è comunque opportuno sottolineare 00:28:30.583 --> 00:28:32.473 Poiché gli utenti ottengono non riuscirebbe che. 00:28:32.473 --> 00:28:34.591 Si tratta di [IMPERCETTIBILE] Poiché si tratta di una specifica, 00:28:34.591 --> 00:28:37.730 un numero di versione non passare non supportato. 00:28:37.730 --> 00:28:38.305 >> A destra. 00:28:38.305 --> 00:28:40.625 >> Perché, in pratica semplicemente il numero di API è possibile 00:28:40.625 --> 00:28:41.710 in pratica accedere. 00:28:41.710 --> 00:28:43.304 E in tal caso, in genere, 00:28:43.304 --> 00:28:45.572 anche se che essi sono spediti 2.0, 00:28:45.572 --> 00:28:49.970 non è possibile colpevole per destinazione anche 1.6, 1.4 o 1.0. 00:28:49.970 --> 00:28:52.132 Perché se è possibile destinare 1.0, Con tutti i mezzi 00:28:52.132 --> 00:28:53.356 si deve essere indirizzata a 1.0. 00:28:53.356 --> 00:28:56.459 È opportuno rilievo solo la versione numero se occorrono ulteriori API. 00:28:58.270 --> 00:28:59.582 Le implementazioni via l'altro lato, 00:28:59.582 --> 00:29:00.902 hanno una politica di supporto, Ok? 00:29:00.902 --> 00:29:04.359 E quindi, ad esempio, si può decidere che say .NET Core 1.0 00:29:04.359 --> 00:29:08.100 non supportato, e è necessario essere in 1.1 o 2.0. 00:29:08.100 --> 00:29:10.316 E ciò significa semplicemente che non è possibile destinazione una versione successiva 00:29:10.316 --> 00:29:11.918 lo Standard ma è sempre possibile 00:29:11.918 --> 00:29:14.350 la versione di destinazione Per ottenere ulteriori potenzialità. 00:29:14.350 --> 00:29:18.593 >> Sì, si indica in sostanza le versioni di implementazione di .NET 00:29:18.593 --> 00:29:21.737 e i relativi criteri di supporto non hanno alcuna relazione di 00:29:21.737 --> 00:29:23.650 le versioni di .NET Standard. 00:29:23.650 --> 00:29:25.060 >> Correggere. >> Si intende supportare questi 00:29:25.060 --> 00:29:26.630 Per sempre versioni .NET standard. 00:29:26.630 --> 00:29:29.658 >> Sì. >> Non c'è alcun motivo per 00:29:29.658 --> 00:29:32.420 noi di rifiutare tali. 00:29:32.420 --> 00:29:34.443 Sì, ci non sono piani di farlo mai. 00:29:34.443 --> 00:29:36.481 >> Ed è presente anche no ultime modifiche, destra, 00:29:36.481 --> 00:29:39.167 Analogamente alla versione sono tutti numeri aumento monolithically e 00:29:39.167 --> 00:29:41.830 sufficiente ottenere API più ogni volta che le API si sposta da qui. 00:29:41.830 --> 00:29:42.660 >> A destra. 00:29:42.660 --> 00:29:43.790 >> In modo che rende possibile. 00:29:43.790 --> 00:29:46.478 >> Bene, non solo non è rimuovere le API, 00:29:46.478 --> 00:29:49.254 a destra, penso che del si è risposto. 00:29:49.254 --> 00:29:52.611 Sì, e abbiamo mai tornare indietro e aggiungere o rimuovere le API da 00:29:52.611 --> 00:29:53.811 una versione specificata- >> Correggere. 00:29:53.811 --> 00:29:54.333 >> Abbiamo abbiamo già fornito. 00:29:54.333 --> 00:29:55.410 Quindi è modificabile. 00:29:55.410 --> 00:29:59.865 >> Sì, pertanto si tratta di un modello molto semplice. 00:29:59.865 --> 00:30:03.416 Così come destinazione la versione meno recente è possibile farne. 00:30:03.416 --> 00:30:07.404 Quindi, l'altra cosa ci dovrebbe puntare è per 00:30:07.404 --> 00:30:12.588 persone che vengono utilizzate per portatili librerie di classi, se si passa a 00:30:12.588 --> 00:30:18.190 -\- 00:30:19.310 --> 00:30:20.766 E se si legge il testo vicino, 00:30:20.766 --> 00:30:22.840 tale commento verrà visualizzato ora afferma Legacy portatile. 00:30:22.840 --> 00:30:25.900 Quindi, essenzialmente cerchiamo di interrompere l'utilizzo di persone di comunicare 00:30:25.900 --> 00:30:27.490 librerie di classi portabili. 00:30:27.490 --> 00:30:29.560 E nel testo, possiamo affermare anche Questo è stato deprecato. 00:30:29.560 --> 00:30:31.863 È consigliabile utilizzare una libreria di classi Standard di .NET invece. 00:30:31.863 --> 00:30:34.870 Pertanto .NET Standard il successore di spiritual 00:30:34.870 --> 00:30:36.380 librerie di classi portabili. 00:30:36.380 --> 00:30:37.940 Ma è molto migliore storia dell'utensile, 00:30:37.940 --> 00:30:40.490 parzialmente poiché è superficie API molto altro ancora. 00:30:40.490 --> 00:30:41.029 E in secondo luogo, 00:30:41.029 --> 00:30:43.145 Poiché è possibile comunque fare riferimento File binari di .NET framework, 00:30:43.145 --> 00:30:43.691 che è enorme. 00:30:43.691 --> 00:30:45.692 Poiché in genere il più grande cosa con Mobile, 00:30:45.692 --> 00:30:47.606 è possibile solo Fare riferimento a altri portatili. 00:30:47.606 --> 00:30:48.881 Non si potrebbe mai Fare riferimento a qualsiasi altro elemento. 00:30:48.881 --> 00:30:50.106 >> A destra. 00:30:50.106 --> 00:30:53.104 >> E così che in realtà viene sbloccato. 00:30:53.104 --> 00:30:53.737 >> Sì, pertanto 00:30:53.737 --> 00:30:58.027 Credo che deve essere un numero molto limitato scenari in cui è stata migliore PCL. 00:30:58.027 --> 00:31:00.073 >> A destra. 00:31:00.073 --> 00:31:03.790 >> È un 95% meglio cosa kinda. 00:31:03.790 --> 00:31:05.150 >> Sì, vorrei considerare è sempre consigliabile. 00:31:05.150 --> 00:31:07.670 È sufficiente che alcune piattaforme si desidera la supporta. 00:31:07.670 --> 00:31:08.690 Essi non lo supporta. 00:31:08.690 --> 00:31:10.777 .NET Standard, ma in definitiva supportarlo [INAUDIBLE] in modo da essere 00:31:10.777 --> 00:31:12.290 in realtà non perdere nulla- >> A destra. 00:31:12.290 --> 00:31:12.900 >> In modo realistico. 00:31:14.010 --> 00:31:16.010 Pertanto si dovrebbero spostare lo standard e 00:31:16.010 --> 00:31:18.225 che è in genere un aggiornamento. 00:31:18.225 --> 00:31:22.567 È possibile che cosa sono a dire sul portatile. 00:31:22.567 --> 00:31:25.220 L'altra cosa che spesso viene fornito accesso remoto è il multitargeting. 00:31:25.220 --> 00:31:28.100 Pertanto ciò che finisce la situazione è utenti 00:31:28.100 --> 00:31:31.170 un certo punto in cui incorrono le API che non esiste nello standard. 00:31:32.310 --> 00:31:35.890 È ciò che hai che è una soluzione con quattro progetti. 00:31:35.890 --> 00:31:37.713 In modo basta eseguire è molto rapidamente. 00:31:40.992 --> 00:31:43.864 Sì, prima di passare un errore messaggio da app UWP, 00:31:43.864 --> 00:31:45.680 Consenti solo la distribuzione Questo guy prima. 00:31:45.680 --> 00:31:48.980 >> Sì, un altro dei miei messaggi di errore preferito. 00:31:51.390 --> 00:31:53.220 >> E ora quando viene eseguito, Hai due applicazioni. 00:31:55.390 --> 00:31:57.300 Posso vedere ho Questa operazione, aprire prima in 00:31:57.300 --> 00:31:58.380 una risoluzione dello schermo più grande. 00:31:58.380 --> 00:31:59.718 E così Entrambi eseguono le stesse operazioni. 00:31:59.718 --> 00:32:01.150 Si dispone di un'applicazione Windows Forms e UWP app e 00:32:01.150 --> 00:32:02.345 Entrambi svolgono la stessa funzione. 00:32:02.345 --> 00:32:05.432 È illustrato solo il longitudine/latitudine dove ti 00:32:05.432 --> 00:32:08.330 si trova sulla terra utilizzando l'API geolocation da 00:32:08.330 --> 00:32:09.800 il sistema operativo. 00:32:09.800 --> 00:32:12.900 >> Questa operazione, se è stata eseguita l'applicazione ieri, potremmo avere accennato 00:32:12.900 --> 00:32:16.207 Se al momento si verifica un'Eclissi [più a SORRIDERE]. 00:32:16.207 --> 00:32:18.575 >> Sì, voleste avere. 00:32:18.575 --> 00:32:20.267 >> Perché non si Pensateci? 00:32:20.267 --> 00:32:23.750 >> Non lo so, Questo non accade a me. 00:32:23.750 --> 00:32:25.450 È ciò che è ora Hai due librerie. 00:32:26.680 --> 00:32:32.050 Si desidera condividere, pubblico Cuz possono accedere al sottosistema GPS. 00:32:33.430 --> 00:32:35.355 Vediamo in che modo prima in corrispondenza di.NET Framework 00:32:35.355 --> 00:32:36.537 implementazione di che. 00:32:36.537 --> 00:32:40.503 E in modo efficace, si dispone qui è fondamentalmente utilizzare 00:32:40.503 --> 00:32:42.660 System.Device.Location. 00:32:42.660 --> 00:32:44.520 Ed è necessario eseguire Questo piccolo danza, 00:32:44.520 --> 00:32:47.700 Poiché la prima volta che si chiama potrebbe non essere inizializzata, 00:32:47.700 --> 00:32:49.442 In questo caso poco qui thingy. 00:32:49.442 --> 00:32:52.356 E perché richiede tempo, Si dispone di una versione asincrona di che, 00:32:52.356 --> 00:32:53.766 pertanto viene eseguito su un thread di lavoro. 00:32:53.766 --> 00:32:56.274 Ma in pratica si ritorna si è semplicemente una tupla di 00:32:56.274 --> 00:32:58.050 longitudine/latitudine, destra? 00:32:58.050 --> 00:32:58.813 GetCoordinates. 00:32:58.813 --> 00:33:01.128 Ragionevolmente semplice. 00:33:01.128 --> 00:33:02.826 >> Attività di tupla. 00:33:02.826 --> 00:33:03.453 >> Sì. 00:33:03.453 --> 00:33:04.710 Cuz è un'API asincrona. 00:33:04.710 --> 00:33:06.582 E quindi fare lo stesso cosa sul lato UWP, 00:33:06.582 --> 00:33:08.043 la differenza è ora utilizzare diverse API. 00:33:08.043 --> 00:33:09.500 Ora utilizzo il TAPIs di Windows. 00:33:09.500 --> 00:33:11.848 In modo da utilizzare Windows.Device.Geolocations e 00:33:11.848 --> 00:33:13.713 Questa API già asynchronified, questa operazione 00:33:13.713 --> 00:33:16.071 Non è necessario eseguire un thread di lavoro o nulla. 00:33:16.071 --> 00:33:18.807 È possibile restituire solo questo guy, Attende solo il e 00:33:18.807 --> 00:33:20.040 tornare a questa operazione. 00:33:20.040 --> 00:33:22.930 E quindi ho concluso con questo oggetto. 00:33:22.930 --> 00:33:24.080 Il motivo di che inserire questo nella libreria è 00:33:24.080 --> 00:33:26.230 Posso riutilizzare questo attraverso tutte le risorse di rete in Windows Form, 00:33:26.230 --> 00:33:27.560 tra tutte le mie UWP applicazioni, destra? 00:33:27.560 --> 00:33:29.280 Ma il problema è quindi Hai due librerie. 00:33:29.280 --> 00:33:32.570 Dispongo di uno per.NET Framework, e se è stato il per UWP. 00:33:32.570 --> 00:33:34.990 Adesso parleremo In questo caso i riferimenti. 00:33:34.990 --> 00:33:36.017 È necessario conoscere quali uno per fare riferimento. 00:33:36.017 --> 00:33:38.786 Il UWP uno fa riferimento il UWP versione e quindi la base di .NET 00:33:38.786 --> 00:33:41.444 versione fa riferimento a .NET Versione principale, mi dispiace, 00:33:41.444 --> 00:33:42.870 Versione di.NET Framework. 00:33:42.870 --> 00:33:45.790 >> Sì, suppongo uno di operazioni eseguite in questo campo è, e 00:33:45.790 --> 00:33:47.231 Forse è troppo approfondita. 00:33:47.231 --> 00:33:48.670 >> [PIÙ A SORRIDERE] >> Ma- 00:33:48.670 --> 00:33:50.339 >> È un giorno di analisi approfondita. 00:33:50.339 --> 00:33:55.230 >> In questo caso particolare, Se il tipo che si stava utilizzando 00:33:55.230 --> 00:33:57.300 che è stato creato da operativo il sistema era un tipo .NET, 00:33:57.300 --> 00:34:00.590 è possibile che semplicemente tale posizione e 00:34:00.590 --> 00:34:02.540 non estratta il lat/long fuori di esso. 00:34:02.540 --> 00:34:05.196 >> Correggere. >> Credo che tu stia è 00:34:05.196 --> 00:34:10.689 in pratica durante la conversione la rappresentazione di vincere RT e 00:34:10.689 --> 00:34:14.038 Digitare in qualcosa più indipendente. 00:34:14.038 --> 00:34:14.639 >> Correggere. 00:34:14.639 --> 00:34:16.054 >> E per tale motivo è sono in attesa di esso e 00:34:16.054 --> 00:34:17.659 convertirla subito Queste due presumibilmente- 00:34:17.659 --> 00:34:18.796 >> A destra. 00:34:18.796 --> 00:34:19.991 >> Due valori Double. 00:34:19.991 --> 00:34:20.891 >> Che un diritto. 00:34:20.891 --> 00:34:21.602 >> Sì. 00:34:21.602 --> 00:34:22.432 >> In tal caso- >> E 00:34:22.432 --> 00:34:24.938 che è ciò che rende i due lati compatibili. 00:34:24.938 --> 00:34:25.863 >> Sì. 00:34:25.863 --> 00:34:26.551 Questo è l'obiettivo. 00:34:26.551 --> 00:34:27.125 >> Sì. 00:34:27.125 --> 00:34:28.434 >> Esaminare questa parte qui. 00:34:28.434 --> 00:34:33.903 Spazio dei nomi GPS, GpsLocation, Tupla GetCoordinates. 00:34:33.903 --> 00:34:36.784 Che in realtà ha un aspetto esattamente il stesso tra la versione di Win RT 00:34:36.784 --> 00:34:38.368 e la versione di.NET Framework. 00:34:38.368 --> 00:34:40.300 E come hai accennato, non si tratta di un incidente. 00:34:40.300 --> 00:34:41.400 Ho seguito questo deliberatamente. 00:34:41.400 --> 00:34:42.140 >> A destra. 00:34:42.140 --> 00:34:44.959 >> In questo caso perché a questo punto è possibile Utilizzare la bacchetta magica e 00:34:44.959 --> 00:34:48.731 passare a un altro ramo dove ho fatto questo lavoro. 00:34:48.731 --> 00:34:51.610 Cuz che non si desidera vedere me combattere con il mio inesistente 00:34:51.610 --> 00:34:53.420 mouse, dovrei dire. 00:34:53.420 --> 00:34:56.712 È stata creata una singola progetto denominato Gps. 00:34:56.712 --> 00:34:59.909 Dispongo di un singolo file chiamato GpsLocation ora. 00:34:59.909 --> 00:35:01.987 E ora è invece vedere di disporre di due librerie, 00:35:01.987 --> 00:35:03.161 è sufficiente una sola raccolta. 00:35:03.161 --> 00:35:04.747 E si dispone solo di alcuni ifdef nella base di codice. 00:35:04.747 --> 00:35:08.113 E pertanto quali [INAUDIBLE] visibili ora qui è in questo piccolo trascinamento verso il basso 00:35:08.113 --> 00:35:10.480 di seguito e vedranno presente tre voci. 00:35:10.480 --> 00:35:13.000 Non vi è .NET framework, Standard di .NET e WWP. 00:35:14.490 --> 00:35:19.652 E se è stato aggiunto In questo caso il progetto normalmente 00:35:19.652 --> 00:35:22.266 verrà visualizzato il numero di framework di destinazione, un valore singolare e quindi viene 00:35:22.266 --> 00:35:25.860 indica tutti i valori di destinazione, Base di .NET, .NET centrato. 00:35:25.860 --> 00:35:27.020 E appena creata Questa approvazione e 00:35:27.020 --> 00:35:30.280 è destinato solo a questo punto il standard per i framework e WWP. 00:35:30.280 --> 00:35:33.460 >> Bene, puoi fare con tutte le proprietà di [INAUDIBLE]? 00:35:33.460 --> 00:35:34.470 >> A no, purtroppo non. 00:35:34.470 --> 00:35:35.270 >> Bene, solo il controllo. 00:35:35.270 --> 00:35:37.320 >> Ma che cosa è possibile fare perché il progetto non 00:35:37.320 --> 00:35:39.700 compilati in modo efficace di volte. 00:35:39.700 --> 00:35:41.880 E quindi che cosa posso fare ora Supponiamo che si desidera presentare questo 00:35:41.880 --> 00:35:45.410 riferimento, questo pacchetto NuGet, per tutte le compilazioni di tre. 00:35:45.410 --> 00:35:46.520 >> A destra. >> E posso dire, 00:35:46.520 --> 00:35:49.040 Quando si sta per framework Per eseguire questo ulteriore riferimento 00:35:49.040 --> 00:35:51.930 dove aggiungere il riferimento per System.Device. 00:35:51.930 --> 00:35:53.430 È possibile eseguire qualsiasi si desidera MSBuild, 00:35:53.430 --> 00:35:54.370 utilizzando queste espressioni. 00:35:54.370 --> 00:35:57.880 È possibile essenzialmente ora ad esempio, Se il framework di destinazione è 461, 00:35:57.880 --> 00:35:58.740 quindi è eseguire questa operazione. 00:35:58.740 --> 00:36:00.030 In caso contrario, a tal fine. 00:36:00.030 --> 00:36:02.760 >> È la chiusura tag di progetto? 00:36:02.760 --> 00:36:03.520 >> È molto simile al 00:36:03.520 --> 00:36:05.530 fine poiché non esiste ancora alcune cose strano che devo fare. 00:36:05.530 --> 00:36:07.870 >> Invece chiesto una domanda non valida. 00:36:07.870 --> 00:36:09.600 >> N, formulata una domanda di destra. 00:36:09.600 --> 00:36:12.163 Ma in modo logico, Questo è ciò che è necessario eseguire. 00:36:12.163 --> 00:36:12.920 >> È visibile. 00:36:12.920 --> 00:36:15.180 E adesso cosa hai qui ora è che è fondamentalmente un metodo 00:36:15.180 --> 00:36:17.200 e non è possibile solo se questa operazione. 00:36:17.200 --> 00:36:20.090 La cosa interessante a questo punto è possibile inoltre come destinazione .net standard, 00:36:20.090 --> 00:36:21.950 che non ho fatto prima. 00:36:21.950 --> 00:36:24.550 Pertanto ciò che finisce per corso ora è che avere un'implementazione per 00:36:24.550 --> 00:36:28.520 Questo standard che è non molto utile è supportato. 00:36:28.520 --> 00:36:31.730 Ma cosa posso fare ora è possibile - >> È simile a questo un po' le, 00:36:31.730 --> 00:36:36.000 Questo in pratica come esca e serie di switch? 00:36:36.000 --> 00:36:37.190 Sì, è esattamente ciò che è. 00:36:37.190 --> 00:36:38.110 Creiamo. >> OK (Okay). 00:36:38.110 --> 00:36:40.230 >> Si avvia pronunciando che sapete, 00:36:40.230 --> 00:36:42.080 per produrre nuovi il pacchetto di tutto questo, pertanto 00:36:42.080 --> 00:36:46.940 è sufficiente accedere qui dire pacchetto, poi, per un pacchetto e distinte. 00:36:46.940 --> 00:36:49.240 È inoltre nuove funzionalità che sono disponibili. 00:36:49.240 --> 00:36:51.330 >> È di 20 che è quasi 2017. 00:36:51.330 --> 00:36:54.290 >> Sì, Credo che sia già 51. 00:36:54.290 --> 00:36:55.680 >> Sì. 00:36:55.680 --> 00:36:59.290 Ora quando compila questo guy, Sufficiente accedere alla cartella di Output. 00:36:59.290 --> 00:37:01.710 In primo luogo, si noterà che in non c'è tre cartelle per 00:37:01.710 --> 00:37:03.820 tutti i diversi che è di destinazione. 00:37:03.820 --> 00:37:06.370 >> Si ha l'impressione di verranno utilizzare NuGetPackageExplorer nuovamente. 00:37:06.370 --> 00:37:08.710 >> Esattamente, ma è anche un unico pacchetto e 00:37:08.710 --> 00:37:11.380 un pacchetto, non tre. 00:37:11.380 --> 00:37:12.780 >> Così tre cartelle? 00:37:12.780 --> 00:37:14.860 >> È tre cartelle e quindi, all'interno di ottenere NuGet, 00:37:14.860 --> 00:37:16.630 otterrete inoltre tre cartelle. 00:37:16.630 --> 00:37:18.350 Con i tre binari che abbiamo appena prodotto, operazione 00:37:18.350 --> 00:37:21.926 Abbiamo fondamentalmente una passata di creato la versione, su per 00:37:21.926 --> 00:37:24.450 la versione di WP, e uno per la versione. 00:37:24.450 --> 00:37:26.150 In questo caso, si dispone di tre binari diversi che 00:37:26.150 --> 00:37:27.750 sono tutti confezionato. 00:37:27.750 --> 00:37:30.270 Il consumatore del pacchetto a questo punto, non deve sapere che 00:37:30.270 --> 00:37:32.140 è necessario eseguire un'operazione diversi per una piattaforma e 00:37:32.140 --> 00:37:33.890 piattaforma B, Fondamentalmente estraggono questa operazione. 00:37:35.940 --> 00:37:36.510 >> Bello. 00:37:36.510 --> 00:37:37.860 >> A questo punto, è possibile pronunciare, Beh, ma 00:37:37.860 --> 00:37:39.860 aspetta, se fa riferimento Questa operazione, da altro, 00:37:39.860 --> 00:37:43.360 Appena esplose runtime, che sembra molto utile. 00:37:43.360 --> 00:37:46.370 Ma è ancora in quanto I possono comunque eseguire questa operazione, a destra? 00:37:46.370 --> 00:37:49.670 Posso public bool isSupported destra? 00:37:51.580 --> 00:37:53.340 E adesso posso lo stesso cosa che fare qui. 00:37:53.340 --> 00:37:58.793 Posso semplicemente, invece di esplosione, Sostanzialmente questo scopo, 00:37:58.793 --> 00:38:03.652 dove è sufficiente dire, Se .net framework o UWP. 00:38:03.652 --> 00:38:04.876 >> Mm. 00:38:04.876 --> 00:38:07.120 >> Posso solo dire ritorno True. 00:38:10.820 --> 00:38:15.290 Altrimenti, posso dire restituito false. 00:38:15.290 --> 00:38:17.100 >> Bello. >> Ora il chiamante non 00:38:17.100 --> 00:38:18.730 è necessario conoscere quali piattaforme che ho supportato. 00:38:18.730 --> 00:38:20.420 Il chiamante è sufficiente ad esempio possibile accedere, e 00:38:20.420 --> 00:38:23.200 è probabilmente necessario static perché 00:38:23.200 --> 00:38:25.800 cui è disponibile questo proveniente da, classe city. 00:38:25.800 --> 00:38:28.350 Un altro chiamante può verificare verso l'alto parte anteriore, in modo immaginare che è 00:38:28.350 --> 00:38:31.200 un client Twitter, destro e Twitter client desidera tag il 00:38:31.200 --> 00:38:32.690 tweets con il percorso geo. 00:38:32.690 --> 00:38:33.650 >> A destra, ovviamente. 00:38:33.650 --> 00:38:36.400 >> E chiaramente, Se è Impossibile accedere al dispositivo, 00:38:36.400 --> 00:38:37.140 accade nulla di grave. 00:38:37.140 --> 00:38:40.442 Si perde solo una funzione secondaria, e i tuoi oggetti, ma 00:38:40.442 --> 00:38:41.711 l'applicazione può continuare a lavorare. 00:38:41.711 --> 00:38:43.880 L'intenzione è che i chiamanti noterà che GPS 00:38:43.880 --> 00:38:47.520 percorso supportato, in questo caso dimenticare le coordinate e 00:38:47.520 --> 00:38:49.650 quindi i chiamanti responsabili i codici di composizione correttamente ma 00:38:49.650 --> 00:38:50.290 l'aspetto interessante è 00:38:50.290 --> 00:38:52.880 il chiamante non dispone di Per sapere quali piattaforme. 00:38:52.880 --> 00:38:53.480 >> A destra. >> Così 00:38:53.480 --> 00:38:55.630 è possibile estrarlo fondamentalmente per tutti gli utenti. 00:38:55.630 --> 00:38:58.555 >> A destra, pertanto si sono condivisi progetti prima. 00:38:58.555 --> 00:38:59.105 >> Sì. 00:38:59.105 --> 00:39:02.045 >> Sembrare esattamente la stessa cosa in modo 00:39:02.045 --> 00:39:04.925 differenze con il approccio standard di .net rispetto a 00:39:04.925 --> 00:39:06.685 i progetti condivisi uno che utilizzo. 00:39:06.685 --> 00:39:09.085 >> Sì in questo caso i progetti condivisi approccio logico è lo stesso, 00:39:09.085 --> 00:39:11.385 è fondamentalmente un progetto che contiene tutti i file di origine 00:39:11.385 --> 00:39:12.145 si desidera condividere. 00:39:12.145 --> 00:39:14.185 >> Aspetto molto simile e il codice rimane invariato. 00:39:14.185 --> 00:39:17.445 >> Esattamente e disporre in pratica per ogni destinazione ancora 00:39:17.445 --> 00:39:18.815 un altro progetto. 00:39:18.815 --> 00:39:20.795 Pertanto nella nostra caso si sarebbe dispone di quattro progetti. 00:39:20.795 --> 00:39:21.635 >> È visibile. >> È uno per 00:39:21.635 --> 00:39:22.610 lo standard. 00:39:22.610 --> 00:39:27.050 Uno per ewp, uno per .net Framework, un progetto condiviso. 00:39:27.050 --> 00:39:29.950 >> Viene visualizzato cuz il progetto condiviso è quasi come un virtuale 00:39:29.950 --> 00:39:33.120 progetto, è in realtà non tutte le risorse di compilazione 00:39:33.120 --> 00:39:34.200 Questa è la differenza. 00:39:34.200 --> 00:39:36.260 >> Destra collegamento in altri progetti, destra? 00:39:36.260 --> 00:39:40.100 >> A destra è questo pratico livello di, OK (Okay). 00:39:40.100 --> 00:39:41.430 >> Sì che avranno si desidera gestire come 00:39:41.430 --> 00:39:43.520 collegamenti manuali 200 file di origine differenti. 00:39:43.520 --> 00:39:44.450 Inserirli tutti in una parte e 00:39:44.450 --> 00:39:46.680 avverrebbe in collegamento dell'impianto portuale da lì. 00:39:46.680 --> 00:39:48.549 Ma ora si dispongono di quattro progetti, ma 00:39:48.549 --> 00:39:51.289 Inoltre, non è un NuGet pacchetto è ancora, questa operazione 00:39:51.289 --> 00:39:54.531 è inoltre necessario fornire un NuGet pacchetto e nuova specifica [INAUDIBLE] 00:39:54.531 --> 00:39:55.674 a mano [CROSSTALK] >> E 00:39:55.674 --> 00:39:58.977 è quindi Impossibile creare un singolo NuGet package, Beh, Sì, 00:39:58.977 --> 00:40:00.393 Immagino che a mano pezzo. 00:40:00.393 --> 00:40:02.483 >> In pratica è un [INAUDIBLE] una volta tutti 00:40:02.483 --> 00:40:04.848 i progetti vengono compilati, sufficiente copiare i file binari e 00:40:04.848 --> 00:40:06.984 i file binari [INAUDIBLE] >> Non assegnare questo interessante 00:40:06.984 --> 00:40:08.149 compilazione in una Feature di [INAUDIBLE]. 00:40:08.149 --> 00:40:09.356 >> Che un diritto. 00:40:09.356 --> 00:40:13.890 >> Di destra, in modo che questo è un grande passo Inoltra per tale scenario. 00:40:13.890 --> 00:40:14.770 >> A destra. Pertanto la conclusione positiva 00:40:14.770 --> 00:40:17.340 con la nostra consulenza è canale, Se è necessario più di destinazione, 00:40:17.340 --> 00:40:22.070 è necessario disporre destinazione standard alternativa, e 00:40:22.070 --> 00:40:24.820 quindi deviare numero Scegliere che vi è una funzione 00:40:24.820 --> 00:40:27.615 di essenzialmente le API servizio è necessario esporre. 00:40:27.615 --> 00:40:29.500 >> Funzione [IMPERCETTIBILE] dell'implementazione. 00:40:29.500 --> 00:40:32.850 È sui tipi che è possibile Utilizzare la superficie di attacco pubblica 00:40:32.850 --> 00:40:34.760 per la piattaforma di bridge differenze, destra. 00:40:34.760 --> 00:40:38.970 >> A destra, e che sono analoghi al controllo delle versioni standard .NET. 00:40:38.970 --> 00:40:39.480 >> Correggere. 00:40:39.480 --> 00:40:40.120 >> Sì. >> Sì. 00:40:40.120 --> 00:40:40.690 >> Sì. 00:40:40.690 --> 00:40:41.870 >> In questo caso molto e pertanto 00:40:41.870 --> 00:40:43.730 si sceglie il più basso uno che scappare 00:40:44.880 --> 00:40:47.650 il modo più semplice per comunicare è semplicemente >> Di ridurre il numero di versione 00:40:47.650 --> 00:40:48.800 Office si arresta la compilazione e 00:40:48.800 --> 00:40:50.530 quindi utilizzare quella precedente utilizzato per compilare e 00:40:50.530 --> 00:40:51.400 Questa è la minima. 00:40:51.400 --> 00:40:55.954 >> Subito se viene eseguita questa operazione anche se potrebbe essere possibile disporre di 00:40:55.954 --> 00:40:59.718 lento aumento di .NET cespite normale, ma 00:40:59.718 --> 00:41:04.572 la versione del pacchetto NuGet sarebbe fondamentalmente incrementare ogni 00:41:04.572 --> 00:41:08.929 ora che è stato necessario apportare una correzione di bug in uno qualsiasi della piattaforma 00:41:08.929 --> 00:41:11.428 implementazioni specifiche. 00:41:11.428 --> 00:41:12.810 >> Che un diritto. 00:41:12.810 --> 00:41:15.582 E pertanto si tratta fondamentalmente di un meccanismo per Bridge 00:41:15.582 --> 00:41:18.228 differenze tra le piattaforme e sono istruttivo ristretto a 00:41:18.228 --> 00:41:21.126 il servizio API di .NET center stesso e comunque shield 00:41:21.126 --> 00:41:24.770 i consumatori di dover pensare a più piattaforme. 00:41:24.770 --> 00:41:28.010 Si tratta fondamentalmente di apertura endedness del centro di .NET. 00:41:28.010 --> 00:41:32.370 >> In modo che ha l'impressione che deve semplicemente, so questo in qualche modo. 00:41:32.370 --> 00:41:33.660 Evidente. 00:41:33.660 --> 00:41:35.240 Ma ritengo che abbiamo deve solo chiacchiere per 00:41:35.240 --> 00:41:39.110 ad esempio 60 secondi su questi le direttive del preprocessore in modo 00:41:39.110 --> 00:41:42.920 che gli utenti di comprendere cosa caso e si esegue. 00:41:42.920 --> 00:41:45.400 >> Sì in modo che ciò che finisce per corso In questo caso, come detto prima, 00:41:45.400 --> 00:41:49.190 Questo progetto consente di compilare più volte e quindi il compilatore 00:41:49.190 --> 00:41:53.890 in pratica viene richiamato per lo stesso Corte tre volte, a destra di base? 00:41:53.890 --> 00:41:57.735 Ma viene anche passato diversi simboli del preprocessore e 00:41:57.735 --> 00:42:01.199 fondamentalmente è sottinteso dal nome del TFM, in modo 00:42:01.199 --> 00:42:03.774 è sufficiente pensare TFM di viene visualizzato qui. 00:42:06.055 --> 00:42:08.480 Se passa- >> È una tipo di convenzione. 00:42:08.480 --> 00:42:11.770 >> Sì, in realtà è una convenzione, 00:42:11.770 --> 00:42:13.660 l'unica differenza è alquanto strano è UWP. 00:42:13.660 --> 00:42:15.670 Ma tutti gli altri quelli seguendo la stessa operazione in 00:42:15.670 --> 00:42:17.860 fondamentalmente sono sono semplicemente true verso l'alto. 00:42:17.860 --> 00:42:20.550 Quindi essenzialmente abbiamo sostituire il punto con un carattere di sottolineatura in modo 00:42:20.550 --> 00:42:22.210 renderebbe un identificatore valido. 00:42:22.210 --> 00:42:22.840 >> Ha senso. >> Così 00:42:22.840 --> 00:42:24.890 si conosce esattamente quali sono qui ora. 00:42:24.890 --> 00:42:26.204 Il lato positivo è, 00:42:26.204 --> 00:42:29.357 Nell'editor, è fondamentalmente me viene così il contesto, 00:42:29.357 --> 00:42:31.870 quello che vedo ora è che Sto compilazione per UWP. 00:42:31.870 --> 00:42:34.350 Che questo percorso di codice è attivo. 00:42:34.350 --> 00:42:36.570 E che questo codice percorso è attivo. 00:42:36.570 --> 00:42:38.120 E che questi altri quelle non sono disponibili. 00:42:38.120 --> 00:42:39.600 In modo che l'altro 's essenzialmente 00:42:39.600 --> 00:42:42.170 non parte considerata del codice sorgente. 00:42:42.170 --> 00:42:44.605 Se passare subito a, di seguito, 00:42:44.605 --> 00:42:48.590 461 è ancora attivo Poiché si è risposto o ma 00:42:48.590 --> 00:42:51.010 ora è in fase di compilazione il codice, e non il codice. 00:42:51.010 --> 00:42:52.650 >> Per ottenere buoni visivi. 00:42:52.650 --> 00:42:54.680 >> Si ottiene molto simile a un rappresentazione visiva degli elementi del 00:42:54.680 --> 00:42:55.560 continuare, è vero. 00:42:55.560 --> 00:42:57.090 >> Destra ma solo per davvero unità principale, il punto di 00:42:57.090 --> 00:42:59.720 è possibile spiegare la differenza tra la sterlina se e 00:42:59.720 --> 00:43:00.760 Se regolare? 00:43:00.760 --> 00:43:03.130 >> Sì in questo caso la differenza è qui che si tratta di 00:43:03.130 --> 00:43:04.410 >> Questo se istruzione qui 00:43:04.410 --> 00:43:06.110 disponibile in fase di compilazione Ok? 00:43:06.110 --> 00:43:08.410 Pertanto, quando il compilatore viene eseguito, Valuta questa cosa e 00:43:08.410 --> 00:43:11.650 Benissimo, afferma È necessario prendere in considerazione questo codice. 00:43:11.650 --> 00:43:15.453 E pertanto sostanzialmente il risultato finale indica se è solo scritto 00:43:15.453 --> 00:43:16.427 >> Questa parte 00:43:17.625 --> 00:43:18.405 >> A destra, pertanto 00:43:18.405 --> 00:43:21.865 il punto, parte in essa contenuti verrà eliminati. 00:43:21.865 --> 00:43:25.605 Ad esempio il compilatore anche mai, Fondamentalmente, legge, riga 15. 00:43:25.605 --> 00:43:27.595 >> Corretto, è possibile avere, anche gli errori di sintassi in questo caso, 00:43:27.595 --> 00:43:29.082 non è ancora importante. 00:43:29.082 --> 00:43:30.232 In realtà non sapevo che. 00:43:30.232 --> 00:43:32.942 >> Perchè è testo che salta, destra? 00:43:32.942 --> 00:43:34.752 >> Di terze parti in, modo Sì 00:43:34.752 --> 00:43:36.962 il compilatore letteralmente non visualizzare tali righe. 00:43:36.962 --> 00:43:39.702 >> Sì e quindi l'altro interessante Poiché il modo in cui è 00:43:39.702 --> 00:43:41.932 In questo caso, impostare perché è un progetto simile. 00:43:41.932 --> 00:43:43.772 È inoltre il riferimento di progetto così facendo la cosa giusta, 00:43:43.772 --> 00:43:45.808 vedere che tutti questi elementi di progetto riferimenti è semplicemente un riferimento. 00:43:45.808 --> 00:43:48.891 Questo progetto GPS e solo otterrebbe corretto 00:43:48.891 --> 00:43:51.687 implementazione di base in che possono essere, in 00:43:51.687 --> 00:43:54.340 Ottiene il progetto [IMPERCETTIBILE] Lato WP e 00:43:54.340 --> 00:43:57.078 Ottiene il progetto il lato di .net framework. 00:43:57.078 --> 00:43:59.642 In tal caso, anche in caso contrario [INAUDIBLE] pacchetto con destinazione multipla 00:43:59.642 --> 00:44:02.259 [IMPERCETTIBILE] soluzione sufficiente. ridurre drasticamente il numero 00:44:02.259 --> 00:44:05.155 dei progetti è necessario prestare informazioni e di dover gestire. 00:44:05.155 --> 00:44:06.680 [IMPERCETTIBILE] una realtà potenti funzionalità. 00:44:08.280 --> 00:44:09.230 >> Raffreddare, mi piace. 00:44:09.230 --> 00:44:10.118 >> Sì, è molto interessante. 00:44:11.516 --> 00:44:15.371 In realtà una domanda, uno dei le cose che non parleremo 00:44:15.371 --> 00:44:18.736 è, intendo immagino non a questo punto è importante poiché abbiamo fornito 00:44:18.736 --> 00:44:21.350 Visual Studio 2015.3, >> A destra. 00:44:21.350 --> 00:44:22.860 >> Ma solo alla home page di unità il punto che, se si 00:44:22.860 --> 00:44:27.270 Per utilizzare questa funzionalità che è necessario tali 2017 Studio Visual 15.3. 00:44:27.270 --> 00:44:28.390 >> Sì. >> Spostati come la settimana scorsa. 00:44:28.390 --> 00:44:30.940 >> In questo caso, la maggior parte di ciò è appena illustrato, come multi 00:44:30.940 --> 00:44:32.990 la destinazione, che è un elemento che deve andare in precedenza. 00:44:32.990 --> 00:44:33.590 >> Sì. 00:44:33.590 --> 00:44:35.794 >> Ma non appena si parla informazioni su .NET 2.0 di base e 00:44:35.794 --> 00:44:38.390 .NET 2.0 standard, è necessario essere in 15.3. 00:44:38.390 --> 00:44:40.500 >> A destra. >> È non può essere 15.2 o 15.1. 00:44:40.500 --> 00:44:42.270 >> In pratica non funziona. 00:44:42.270 --> 00:44:42.820 >> Sì. 00:44:42.820 --> 00:44:45.030 >> Non ancora so cosa il gli errori sono di preoccupazione, ma 00:44:45.030 --> 00:44:46.699 è probabile che alcuni tristezza coinvolti. 00:44:47.990 --> 00:44:48.850 >> Quando si passa lungo tale tracciato. 00:44:50.540 --> 00:44:52.650 Bene, in modo che un URL è opportuno ricordare 00:44:52.650 --> 00:44:54.140 Questa uno qui. 00:44:54.140 --> 00:44:59.013 La netstandardfaq che punta a un documento illustrato in precedenza 00:44:59.013 --> 00:45:00.882 che è illuminante. 00:45:00.882 --> 00:45:03.847 In caso di domande che Microsoft non ha risposto ancora, 00:45:03.847 --> 00:45:06.700 È possibile solo aggiungere un nuovo sezione per questa cosa qui. 00:45:06.700 --> 00:45:08.250 >> A destra. >> E in modo da un intero gruppo 00:45:08.250 --> 00:45:11.139 domande risposte qui, ad esempio, 00:45:11.139 --> 00:45:13.220 È ad esempio James? 00:45:13.220 --> 00:45:16.362 E come funziona versione? 00:45:16.362 --> 00:45:19.401 Quasi tutte le operazioni che abbiamo appena parlato circa riportato di seguito e 00:45:19.401 --> 00:45:22.900 da qui, nella parte superiore, abbiamo anche sono disponibili collegamenti ad altre risorse. 00:45:22.900 --> 00:45:27.058 In modo che il motivo per cui si tratta fondamentalmente di di sportello unico, suppongo, per 00:45:27.058 --> 00:45:28.540 tutti gli elementi. 00:45:28.540 --> 00:45:29.610 Abbiamo collegato per la nostra documentazione, 00:45:29.610 --> 00:45:32.049 ci sono una serie di video che abbiamo creato su YouTube. 00:45:33.050 --> 00:45:36.430 La nostra documentazione concettuale, l'API documenti sono qui collegati. 00:45:36.430 --> 00:45:39.293 In questo caso, ad esempio, si desidera trovare gli elementi effettivamente doc e 00:45:39.293 --> 00:45:41.319 inviare la 2.0, è effettivamente possibile esplorarlo. 00:45:41.319 --> 00:45:43.936 Non è necessario utilizzare Business Intelligence Studio. 00:45:43.936 --> 00:45:46.702 >> Lo so, che consiste nel fatto che è davvero utili. 00:45:46.702 --> 00:45:49.703 >> È super bello, in particolare durante la ricerca di tipi, 00:45:49.703 --> 00:45:52.300 si tratta di super reattiva, giusto? 00:45:52.300 --> 00:45:54.238 Qualcosa abbiamo mai precedenza in MSDN. 00:45:54.238 --> 00:45:55.542 >> A no, non in modo definito. 00:45:55.542 --> 00:45:58.660 >> È effettivamente necessario utilizzare l'intero schermo, è sorprendente. 00:45:58.660 --> 00:46:00.190 >> Attiva l'estrazione è possibile. 00:46:00.190 --> 00:46:02.104 >> È quasi migliore di GitHub, 00:46:02.104 --> 00:46:04.152 Poiché solo GitHub utilizza la parte. 00:46:04.152 --> 00:46:07.080 In questo caso, comunque, che è l'URL si desidera ricordare. 00:46:07.080 --> 00:46:10.105 E naturalmente, se si dispone di è possibile raggiungere me su domande 00:46:10.105 --> 00:46:12.069 Twitter, è possibile riprendere un messaggio di posta elettronica. 00:46:12.069 --> 00:46:13.001 Ottenere una considerevole quantità di messaggi di posta elettronica, pertanto 00:46:13.001 --> 00:46:15.480 Andrò a super reattivo sui messaggi di posta elettronica, è assunto 00:46:15.480 --> 00:46:18.370 un'ulteriore mano è possibile raggiungere me su Twitter rispetto della posta elettronica. 00:46:18.370 --> 00:46:19.450 >> Sì, cuz di operazioni. 00:46:19.450 --> 00:46:21.026 Get home, e è sufficiente Twitter per 00:46:21.026 --> 00:46:21.980 il resto della serata. 00:46:21.980 --> 00:46:26.768 >> Che un totalmente true e quindi mia moglie Ottiene 5% del tempo. 00:46:26.768 --> 00:46:30.459 >> Bene, credo che siamo kinda provenienti da una chiusura qui. 00:46:30.459 --> 00:46:32.760 Credo che abbiamo fondamentalmente tutte le domande frequenti. 00:46:32.760 --> 00:46:33.966 >> Dolci. >> In realtà no, 00:46:33.966 --> 00:46:36.168 È un buon che chiedere a molti utenti. 00:46:36.168 --> 00:46:40.930 In modo che il team principale di .NET 00:46:40.930 --> 00:46:44.530 inizia a pensare a .NET Core 2.1, grossa. 00:46:44.530 --> 00:46:45.103 >> Sì. 00:46:45.103 --> 00:46:48.020 >> Non lo avete effettivamente fatto finito la pianificazione non esiste ancora, ma 00:46:48.020 --> 00:46:50.933 ci sarà una versione, così significa che non vi siano 00:46:50.933 --> 00:46:52.980 un punto 2.1 standard di rete >> Sì 00:46:52.980 --> 00:46:54.640 >> Allo stesso tempo. 00:46:54.640 --> 00:46:55.810 >> In modo non allo stesso tempo, in modo 00:46:55.810 --> 00:46:58.750 Intendo dire, oggi che è in qualche modo casuale che dot net 00:46:58.750 --> 00:47:01.220 standard core net punto 2.1 2.1 hanno lo stesso numero di versione. 00:47:01.220 --> 00:47:02.498 >> OK (Okay). >> Si potrebbe essere stata effettuata 00:47:02.498 --> 00:47:05.087 al contrario .NET 3.0, eseguire l'operazione in .NET 2.0 Core, 00:47:05.087 --> 00:47:07.070 essi non si deve per essere in contemporanea. 00:47:07.070 --> 00:47:07.570 >> OK (Okay). 00:47:09.480 --> 00:47:12.710 >> In modo verranno ref standard nel corso del tempo anche. 00:47:12.710 --> 00:47:14.278 >> A destra, pertanto non è l'ultima versione 2.0. 00:47:14.278 --> 00:47:15.454 >> Che non è l'ultimo e 00:47:15.454 --> 00:47:18.760 probabilmente sarà quella successiva per essere chiamato 2.1, 2.2, 2.3. 00:47:18.760 --> 00:47:22.066 Ma è possibile immaginare un mondo, ad esempio, se si dovesse, ora 00:47:22.066 --> 00:47:23.284 Aggiungiamo 2.1 ma 00:47:23.284 --> 00:47:26.740 quindi corrispondente implementa è 2.2. 00:47:26.740 --> 00:47:29.180 Che è assolutamente possibile seconda della velocità è ref 00:47:29.180 --> 00:47:31.810 core rispetto a lo standard, destro? 00:47:31.810 --> 00:47:34.258 In questo caso, Core può ref più veloce non Standard, perché 00:47:34.258 --> 00:47:36.808 lo Standard sarebbe generalmente ref alla velocità di digitazione in cui è possibile 00:47:36.808 --> 00:47:39.723 concordare, una nuova serie di API che si desidera avere ovunque. 00:47:39.723 --> 00:47:41.410 Aggiungiamo li allo Standard. 00:47:41.410 --> 00:47:42.510 In tal modo si crea un interessante set. 00:47:42.510 --> 00:47:44.230 Corretto, verrà chiamato il 2.1 e 00:47:44.230 --> 00:47:47.020 quindi lavoriamo con tutti i i responsabili dell'implementazione dello Standard a 00:47:47.020 --> 00:47:49.200 l'implementazione di rilievo Per implementare 2.1. 00:47:49.200 --> 00:47:50.770 >> A destra, pertanto si tratta fondamentalmente, il piano 00:47:50.770 --> 00:47:54.020 vale a dire, nuovi concetti, vengono visualizzati nella finestra principale di .NET prima? 00:47:55.490 --> 00:48:00.340 Essi collaudate e quindi alcune combinazione di aggiunta 00:48:00.340 --> 00:48:04.750 altre implementazioni come Xamarin e.NET Framework, e 00:48:04.750 --> 00:48:07.330 aggiunto .NET Standard si è verificato successivamente, si tratta? 00:48:07.330 --> 00:48:09.323 >> Che un diritto, e alcune delle API, 00:48:09.323 --> 00:48:12.314 potrebbero essere presenti delle API che non sono stati standardizzati 00:48:12.314 --> 00:48:14.011 alcune delle API potrebbe essere nuove API. 00:48:14.011 --> 00:48:16.746 Quindi, la nuova API è solo prevede innanzitutto core, immaginare, 00:48:16.746 --> 00:48:19.250 Quando sta almeno da dal punto di vista, PCL 00:48:19.250 --> 00:48:21.820 Poiché questa è la parte che viene aperto originati. 00:48:21.820 --> 00:48:24.525 Questa è la parte che è possibile apportare modifiche relativamente veloce. 00:48:24.525 --> 00:48:27.809 E ancora la vista generale se certo prima API in una concreta 00:48:27.809 --> 00:48:30.044 implementazione, e quindi a questo punto, 00:48:30.044 --> 00:48:31.730 inserirlo in qualsiasi altro punto. 00:48:31.730 --> 00:48:34.877 >> Sì, penso mai in realtà parlato, anche 00:48:34.877 --> 00:48:38.431 la pianificazione, ma abbiamo finito fino qui, perché è evidente. 00:48:38.431 --> 00:48:39.139 >> Sì. >> Ma 00:48:39.139 --> 00:48:43.373 Penso che abbiamo già questo regola che mettiamo solo le cose in 00:48:43.373 --> 00:48:46.039 Standard di .NET può essere aperta di origine. 00:48:46.039 --> 00:48:48.210 >> Sì, intendo dire che del l'effetto collaterale logico di 00:48:48.210 --> 00:48:49.920 utilizzo dello stack viene Apri origine. 00:48:49.920 --> 00:48:52.351 >> Sì, OK (Okay), tutti i diritti. 00:48:52.351 --> 00:48:53.850 >> Quindi che è quanto. 00:48:53.850 --> 00:48:57.209 >> Sì, OK (Okay), Beh, persone sono posizioni di contattarti. 00:48:57.209 --> 00:48:58.360 >> Per un fine. 00:48:58.360 --> 00:49:00.540 >> Leggere il blog e Questo era awesome. 00:49:00.540 --> 00:49:01.510 Imparato molto. 00:49:01.510 --> 00:49:03.150 >>, Sì Valutazione molto simile. 00:49:03.150 --> 00:49:04.170 >> Bene, grazie a tutti per 00:49:04.170 --> 00:49:06.966 riproduzione di un altro episodio di su .NET. 00:49:06.966 --> 00:49:08.796 Senza dubbio apprezzato dal. 00:49:08.796 --> 00:49:09.296 >> Bye.