WEBVTT 00:00:00.930 --> 00:00:03.890 Dobrá jsme v pořadu na .NET. 00:00:03.890 --> 00:00:07.400 A dnes zde máme Hemoragickému Landworth 00:00:08.800 --> 00:00:11.470 kdo je Správce programů v týmu .NET. 00:00:11.470 --> 00:00:13.160 Ve skutečnosti pracovat Myslím dohromady. 00:00:13.160 --> 00:00:14.180 >> Ano. >> [NESMĚJEME] 00:00:14.180 --> 00:00:14.764 >> [NESMĚJEME] 00:00:14.764 --> 00:00:16.234 >> A dnes chceme udělat 00:00:16.234 --> 00:00:18.362 hluboké Protipádová na .NET standard 20. 00:00:18.362 --> 00:00:20.970 >> A [Nejsou SLYŠITELNÁ] na střed obecně. 00:00:20.970 --> 00:00:21.520 >> Doprava. >> A 00:00:21.520 --> 00:00:24.480 Myslím, že jste docela Slyšeli jsme několik otázek o který. 00:00:24.480 --> 00:00:25.750 >> Ano. >> Představte si, že lidé jsou oslavám. 00:00:25.750 --> 00:00:27.250 Domnívají, že je dobré. 00:00:27.250 --> 00:00:30.840 Ale nemusí být zcela Princip je ve všech případech. 00:00:30.840 --> 00:00:31.660 >> Doprava. 00:00:31.660 --> 00:00:32.860 >> Můžeme provést hluboké Protipádová. 00:00:32.860 --> 00:00:36.090 Myslím, že jste zcela jistě jednu odborníků na toto téma. 00:00:36.090 --> 00:00:37.302 >> I lepší být. >> [NESMĚJEME] Ano. 00:00:37.302 --> 00:00:39.243 >> Cuz jsem trávil dva práce na to roky. 00:00:39.243 --> 00:00:40.050 [NESMĚJEME] >> Ano. 00:00:40.050 --> 00:00:41.740 I znamená, jakým způsobem lze trvá tak dlouho? 00:00:41.740 --> 00:00:43.325 >> Vím, doprava. Se zdá být jednoduchý koncept. 00:00:43.325 --> 00:00:45.849 Tak začneme. 00:00:45.849 --> 00:00:49.030 >> Mám několik snímků a následně také mám tuny ukázky a 00:00:49.030 --> 00:00:51.230 cítit volného přerušení ME a klást otázky. 00:00:51.230 --> 00:00:51.780 >> Jsem se. 00:00:51.780 --> 00:00:54.310 Dobře, jako jsem řekl, kliknu poskytnout laugh stopu. 00:00:54.310 --> 00:00:54.810 >> Nice. 00:00:56.500 --> 00:00:58.289 >> Může pouze být mě, ale Odpověď nevím, ale přece. 00:00:59.360 --> 00:01:02.300 Všechna doprava, tak velká otázka. ve skutečnosti je, proč jsme péči 00:01:02.300 --> 00:01:03.170 o standardní rozhraní .NET. 00:01:03.170 --> 00:01:06.160 To je obvykle první věc, kterou Lidé divit, protože 00:01:06.160 --> 00:01:08.740 ví, .NET a obvykle při jejich názor .NET 00:01:08.740 --> 00:01:09.970 jejich názor rozhraní .NET framework. 00:01:09.970 --> 00:01:11.730 Nelze volat rozhraní .NET framework, ale 00:01:11.730 --> 00:01:14.430 To je skutečně, co jsme měli před 15 lety. 00:01:14.430 --> 00:01:17.550 A svět byl skutečně jednoduchý potom zpět, protože jsme měli pouze 00:01:17.550 --> 00:01:19.720 jeden framework starosti a 00:01:19.720 --> 00:01:22.970 může vytvářet v podstatě můžete oba typy zpět pak vědět. 00:01:22.970 --> 00:01:28.283 Podobně jako v podstatě desktop apps a bylo pro .NET aplikace. 00:01:28.283 --> 00:01:30.753 A samozřejmě by Vytvoření aplikace konzoly a 00:01:30.753 --> 00:01:32.710 okno služby a co můžete mít. 00:01:32.710 --> 00:01:34.610 Ale byly vždy na Tento jeden rámec. 00:01:34.610 --> 00:01:37.900 Takže, když by obchodní logiky Stačí použít tento rámec 00:01:37.900 --> 00:01:39.090 podle této knihovny BCL. 00:01:39.090 --> 00:01:41.160 >> I mějte na paměti, že. 00:01:41.160 --> 00:01:43.660 >> Dobré staré dny, doprava, a pak v letech 00:01:43.660 --> 00:01:44.380 můžeme přidat další položky. 00:01:44.380 --> 00:01:45.720 To je Xamarin, například 00:01:45.720 --> 00:01:48.870 na které se vztahuje stejné věc z hlediska 00:01:48.870 --> 00:01:51.300 poskytuje platformu .NET To je opravdu produktivní. 00:01:51.300 --> 00:01:54.630 Ale více se zaměřuje na mobilní zařízení, zejména 00:01:54.630 --> 00:01:57.890 non-Windows ty, iOS, OS X a poté Android. 00:01:57.890 --> 00:02:00.300 Samozřejmě OS X není mobilní telefon, ale totéž zde. 00:02:00.300 --> 00:02:03.810 Je v podstatě myšlenka je můžete Vytvoření různých typů aplikací 00:02:03.810 --> 00:02:06.270 v podstatě se jejich verze rozhraní .NET. 00:02:06.270 --> 00:02:08.090 A že jsou postaveny z Mono. 00:02:08.090 --> 00:02:10.449 To je velmi podobné Mono Chcete-li rozhraní .NET framework ale 00:02:10.449 --> 00:02:12.180 není 100 % identický. 00:02:12.180 --> 00:02:13.570 Takže, když mluvíte o obchodní logiky 00:02:13.570 --> 00:02:15.330 Nyní máte dvě věci starosti, doprava. 00:02:15.330 --> 00:02:18.350 A pak s .NET Core existuje více. 00:02:18.350 --> 00:02:20.460 A máme další mobilní úhel zde s UWP. 00:02:20.460 --> 00:02:23.700 Ale pak je také nové Základní technologie ASP.NET položky a 00:02:23.700 --> 00:02:26.560 není zatím BCL jiný pro .NET Core. 00:02:26.560 --> 00:02:28.140 A liší se protože jsou 00:02:28.140 --> 00:02:29.350 jiný kód zakládá právo? 00:02:29.350 --> 00:02:32.390 Takže když přijímáme PRs, používáme přijmout PRs v rozhraní .NET 00:02:32.390 --> 00:02:35.050 Základní straně domu, protože To je, kde je strana. 00:02:35.050 --> 00:02:37.740 A odtud, ohlaste ji net framework nebo mono nebo 00:02:37.740 --> 00:02:40.740 jakékoliv jiné implementace budeme mít v budoucnu. 00:02:40.740 --> 00:02:41.295 A Ano, podobně jako 00:02:41.295 --> 00:02:45.360 opětovné použití kódu se nyní stane to Multi-dimenzionální pravý problém? 00:02:45.360 --> 00:02:48.370 A tak jako můžeme hovořit o těchto věci nahoře jako aplikace 00:02:48.370 --> 00:02:50.780 modely, to je věc, kterou Vytvoření aplikace s a 00:02:50.780 --> 00:02:53.860 je věcí dole jsme pouze volat, je základní knihovny 00:02:53.860 --> 00:02:54.920 doplňky pro obecné použití. 00:02:54.920 --> 00:02:55.420 >> Doprava. 00:02:58.100 --> 00:03:00.610 >> Jsme rádi, že jeho tři plus jedna 00:03:00.610 --> 00:03:02.780 vzhledem k tomu, že je v podstatě tři různé věci a 00:03:02.780 --> 00:03:06.910 plus jedna je, co je ve skutečnosti běžné ve všech z nich. 00:03:06.910 --> 00:03:10.490 Je třeba uchovávat v paměti, které Rozhraní API je skutečně sdílet. 00:03:10.490 --> 00:03:12.826 Pokud chcete nyní zápisu knihovny, které je třeba v zásadě 00:03:12.826 --> 00:03:15.263 kompilace z více než jednou. více platforem [INAUDIBLE] 00:03:15.263 --> 00:03:17.300 a to v podstatě bude opravdu hard. 00:03:17.300 --> 00:03:21.578 >> Vpravo lze zjistit, kdy bylo pomocí kombinace .NET 00:03:21.578 --> 00:03:24.190 Framework a .NET Core 1.x. 00:03:24.190 --> 00:03:25.920 >> Doprava. >> Před všechny tyto druh 00:03:25.920 --> 00:03:27.350 zcela vyložené. 00:03:27.350 --> 00:03:29.460 Jsem dělal některé vstupně-výstupní soubor. 00:03:29.460 --> 00:03:30.750 Myslím, že byl souboru datového proudu a 00:03:30.750 --> 00:03:33.820 ve skutečnosti bylo v souboru proud se program pro čtení z datového proudu a 00:03:33.820 --> 00:03:38.810 byla jedna důležitá metoda že ve skutečnosti chtěli 00:03:38.810 --> 00:03:42.290 použití a používal ji v rozhraní .net framework a 00:03:42.290 --> 00:03:46.010 poté zkopírován kód nad do jádra x a nefungovala. 00:03:46.010 --> 00:03:47.730 A zůstala jsem nešťastný. 00:03:49.220 --> 00:03:55.470 Naštěstí nějaký čas uplynul, a pak zkoušel znovu 00:03:55.470 --> 00:03:59.500 stejný výkon s .NET Core rozhraní API 2.0 a že tam byl. 00:03:59.500 --> 00:04:02.630 A byl jsem šťastný, a Jsem právě přešel mé práce. 00:04:02.630 --> 00:04:04.390 Ano bylo jednoznačně že zkušenosti. 00:04:04.390 --> 00:04:06.510 >> Ano, tak, aby se přesně problém správné? 00:04:06.510 --> 00:04:09.540 A pokud pull up třída Knihovna je totéž. 00:04:09.540 --> 00:04:11.990 Kromě toho je i složitější. 00:04:11.990 --> 00:04:14.780 >> I jiných věcí příliš uhodnout je, jako se kód, který 00:04:14.780 --> 00:04:18.650 I uvedena, byl jsem pomocí již nejlepší rozhraní API. 00:04:18.650 --> 00:04:21.510 To nebylo jako mysleli, 00:04:21.510 --> 00:04:23.760 možná některé lepší způsob provádění to, že neměl vědět. 00:04:23.760 --> 00:04:25.920 Věděl, že použití nejlepší vzorek. 00:04:25.920 --> 00:04:30.020 Tedy byl jsem stejně obtěžování vzhledem k tomu, že by musel provést 00:04:30.020 --> 00:04:32.900 něco že mám zásadně myslíte byla horší. 00:04:32.900 --> 00:04:34.250 >> Ano. 00:04:34.250 --> 00:04:36.610 >> S touto novou naštěstí model, který již není tento případ. 00:04:36.610 --> 00:04:37.570 >> To je vpravo. 00:04:37.570 --> 00:04:40.586 A tak v podstatě když jsme nyní Zamyslete se nad standardní .NET co 00:04:40.586 --> 00:04:43.486 ve skutečnosti tomu tak je v podstatě v podstatě se snaží sjednotit 00:04:43.486 --> 00:04:46.270 Tento základní vrstvy, kteří nejsou že zkušenost již mají 00:04:46.270 --> 00:04:49.228 Pokud platformu A rozhodne se něco trochu bit zastaralé 00:04:49.228 --> 00:04:51.729 a pak nemají tak na pravé tak, jak to provést. 00:04:51.729 --> 00:04:54.764 A tak si lze představit nové NET v podstatě jako standardní 00:04:54.764 --> 00:04:56.220 jeden BCL vylučte všechny, 00:04:56.220 --> 00:04:58.118 Myslím, že budeme mít řekl To se mnohokrát. 00:04:58.118 --> 00:05:02.120 Ale logicky je v podstatě Sada rozhraní API, která skutečně každý 00:05:02.120 --> 00:05:05.519 By měl mít platformu .NET, protože jsou ve skutečnosti 00:05:05.519 --> 00:05:08.466 základní kousky Podobně jako kolekce I/O 00:05:08.466 --> 00:05:09.976 přístup ke konzole, 00:05:09.976 --> 00:05:13.250 doplňky, které vám v podstatě v nižší úrovně knihovny. 00:05:13.250 --> 00:05:15.026 A po snížení úrovně Podobně jako jiné aplikace skutečně znamenat 00:05:15.026 --> 00:05:16.150 určité položky, vpravo? 00:05:16.150 --> 00:05:17.480 Obchodní logika vás napadne, 00:05:17.480 --> 00:05:18.920 vrstvy přístupu dat vás napadne. 00:05:18.920 --> 00:05:22.190 >> Ale není uživatel promise. 00:05:22.190 --> 00:05:24.130 Developer promise stran k němu. 00:05:24.130 --> 00:05:25.090 >> Doprava. 00:05:25.090 --> 00:05:27.439 Což je v podstatě, jsou - všechny objekty, které umístíte do .NET 00:05:27.439 --> 00:05:31.450 Standardní přejde. Přesunutí vpřed všude. 00:05:31.450 --> 00:05:32.949 A jsme se mluvit trochu tento bit Další informace o správě verzí a 00:05:32.949 --> 00:05:33.660 Jak funguje obecně. 00:05:33.660 --> 00:05:35.494 Ale myšlenka, přičemž má standardní sám 00:05:35.494 --> 00:05:37.890 čísla verzí, protože jsme Nemáte stroj času. 00:05:37.890 --> 00:05:40.620 Jsme nelze zpětně Přidat rozhraní API před pěti lety. 00:05:40.620 --> 00:05:41.730 to není možné. 00:05:41.730 --> 00:05:44.230 Takže, když jsme přidat nové rozhraní API jako Nová verze standard, ale 00:05:44.230 --> 00:05:46.520 Očekává se, že všechny platformy budou nakonec přesunout. 00:05:46.520 --> 00:05:48.580 novější verzi jsou nikdy získat nalepeném na verzi. 00:05:48.580 --> 00:05:49.240 >> Doprava. 00:05:49.240 --> 00:05:50.530 >> nelze v podstatě bifurcate 00:05:50.530 --> 00:05:53.070 je vždy, Vždy přesunout dopředu a 00:05:53.070 --> 00:05:54.630 konzistence úlovky až v průběhu času. 00:05:54.630 --> 00:05:57.970 >> Dobře znáte, vím, že osoba, která má stroj času. 00:05:57.970 --> 00:05:59.220 Dělat? 00:05:59.220 --> 00:06:03.190 >> Ano, tak je velké - >> Jsme měli zařadit tento hoch. 00:06:03.190 --> 00:06:05.780 >> Ano, ve skutečnosti, Nyní je žena. 00:06:05.780 --> 00:06:07.180 >> Lze odhadnout, že je to pravda. 00:06:07.180 --> 00:06:08.570 Co je znovu své jméno? 00:06:08.570 --> 00:06:09.670 Nebo její název? [NESMĚJEME] 00:06:09.670 --> 00:06:11.130 >> Dobře je stále 00:06:11.130 --> 00:06:12.440 stejný název, myslím. 00:06:13.560 --> 00:06:16.190 Eva se dodává v prosinci. 00:06:16.190 --> 00:06:17.110 >> Nice. >> Ano, ochladí. 00:06:18.920 --> 00:06:21.440 Co je to pak rozdíl pošleme ji 00:06:21.440 --> 00:06:24.270 na předchozím obrázku jako jako jediný BCL. 00:06:24.270 --> 00:06:26.790 Je dobré říct, že se nejedná Vennův vzhledem k tomu, že je pouze skutečně diagram 00:06:26.790 --> 00:06:29.310 jednu věc reverzním čísla, skrytí 00:06:29.310 --> 00:06:31.790 To je jednodušší než překrývání 00:06:31.790 --> 00:06:34.630 Diagram více kruhy >> Jednoznačně. 00:06:34.630 --> 00:06:37.290 >> A pak dalším krokem můžete zdůraznit je, s 00:06:37.290 --> 00:06:39.600 přidali jsme tuny další rozhraní API, a Snímek, na který jsou 00:06:39.600 --> 00:06:42.192 ale v podstatě opravdu pokusíme vytvořit společné dominator velké. 00:06:42.192 --> 00:06:45.481 Stejně jako s portable jsme právě modelovat co jsme měli, 00:06:45.481 --> 00:06:47.900 která byla do značné míry optimální. 00:06:47.900 --> 00:06:51.444 Ale nyní jsme ve skutečnosti přešel z Ujistěte se, že můžeme umístit náš způsob 00:06:51.444 --> 00:06:56.400 že máme je rozumný a Tato funkce je poměrně velké. 00:06:56.400 --> 00:06:57.830 A můžeme vyplnit pouze mezery pro 00:06:57.830 --> 00:06:59.610 platforem, které nejsou ty, které mají rozhraní API. 00:06:59.610 --> 00:07:01.660 Spíše než ostatní opačným způsobem. 00:07:01.660 --> 00:07:02.830 A tak slibuje zákazníka a 00:07:02.830 --> 00:07:04.760 v podstatě lze pouze cíl normy. 00:07:04.760 --> 00:07:07.374 A to slibuje, že můžete spustit kdekoli, kde tuto verzi 00:07:07.374 --> 00:07:08.690 norma je podporována. 00:07:10.220 --> 00:07:11.750 >> Doprava. Takže pravděpodobně pamatovat v 00:07:11.750 --> 00:07:14.631 získání informací o školní třída nejmenším společným jmenovatelem. 00:07:14.631 --> 00:07:15.850 >> Ano. 00:07:15.850 --> 00:07:19.620 >> Druh myslím PCL projekt, který jsme nebyla byl trochu 00:07:19.620 --> 00:07:23.110 nejnižší společný jmenovatel projektu. 00:07:23.110 --> 00:07:26.859 Toto, myslím ve všech honesty je opravdu jako největšího společného 00:07:26.859 --> 00:07:28.276 jmenovatel projektu 00:07:28.276 --> 00:07:30.920 zvláště u .NET standard 2.0. 00:07:30.920 --> 00:07:31.990 Myslíte si, že je spravedlivé? 00:07:31.990 --> 00:07:33.130 >> Ano, myslíte mně, 00:07:33.130 --> 00:07:36.080 rozdíl je v Další intentionality. 00:07:36.080 --> 00:07:37.890 PCL model je, co jsme měli. 00:07:37.890 --> 00:07:39.060 To bylo chodím. 00:07:39.060 --> 00:07:40.532 Nebyla platforem cokoliv, co chtějí. 00:07:40.532 --> 00:07:43.062 A potom jsme poskytli nástrojů které musely co model 00:07:43.062 --> 00:07:43.671 byl tam. 00:07:43.671 --> 00:07:46.015 Standardu bylo uvedeno výše, je to, co chceme 00:07:46.015 --> 00:07:48.605 nyní umožňuje provést jisti, že všechny máme k dispozici a tak 00:07:48.605 --> 00:07:51.083 jsme maxed ven můžeme představit bylo nastaveno správné rozhraní API. 00:07:51.083 --> 00:07:53.903 >> Ano, jednu věc jsem někdy Požádejte uživatele, která se obvykle zobrazí 00:07:53.903 --> 00:07:56.913 prázdné stares na téma tak velký Chcete-li získat do tohoto videa. 00:07:56.913 --> 00:07:57.621 >> Tuhle skvělou. 00:07:57.621 --> 00:08:02.422 >> Ano je, s PCL, vše profily se Super 00:08:02.422 --> 00:08:05.634 byly všechny názvy stroj je generována. 00:08:05.634 --> 00:08:10.531 To nebyla žádná lidská myšlenka Vytvoření těch, na 00:08:10.531 --> 00:08:11.580 profily. 00:08:11.580 --> 00:08:13.189 >> To je vpravo. 00:08:13.189 --> 00:08:15.240 >> Zvolené zvuky super bizarre. 00:08:15.240 --> 00:08:18.420 A tak, aby se rozdíl s tím, že jste použili 00:08:18.420 --> 00:08:20.560 aplikace word intentionality. 00:08:20.560 --> 00:08:23.580 Došlo tedy lidské myšlenky v podstatě se účastní 00:08:23.580 --> 00:08:26.910 každý jednotlivý člen této jsme zdvihne do standardní rozhraní .NET. 00:08:28.060 --> 00:08:30.710 Ano Ano znamená nyní můžete Máte člověka na straně zmocnitele. 00:08:30.710 --> 00:08:33.310 >> [NESMĚJEME] >>, Ale myslím, že to je velké, 00:08:33.310 --> 00:08:34.830 velmi velký rozdíl. 00:08:34.830 --> 00:08:35.870 >> Myslím tak příliš. 00:08:38.860 --> 00:08:39.700 Poté, co je norma? 00:08:39.700 --> 00:08:40.690 I znamená, že je obvykle věc. 00:08:40.690 --> 00:08:42.910 Všechny vypadá skvělé když jste mají rádi tak abstraktní diagramy 00:08:42.910 --> 00:08:45.020 Opravdu co to boils v aplikaci Visual Studio je 00:08:45.020 --> 00:08:47.340 Když provedete nový zábavný projekt je zde mají této nové kategorie 00:08:47.340 --> 00:08:48.830 jen standardní .NET a 00:08:48.830 --> 00:08:51.140 má jednu šablonu jej překračují standardy knihovny .NET. 00:08:51.140 --> 00:08:54.390 Proto je projekt typ, který můžete vytvořit. 00:08:54.390 --> 00:08:56.420 Toto nastavení je mechanické část k němu. 00:08:56.420 --> 00:08:58.150 A žalovatelné kus že datum dnes. 00:08:58.150 --> 00:09:00.863 Druhá část To je specifikace, 00:09:00.863 --> 00:09:02.682 je v podstatě sada rozhraní API. 00:09:02.682 --> 00:09:06.426 Říkáme, že se všechny platformy Implementace těchto rozhraní API, takže jedním ze způsobů 00:09:06.426 --> 00:09:09.295 o to se je can- >> Právě lze pro Hlupák 00:09:09.295 --> 00:09:09.831 za chvíli? 00:09:09.831 --> 00:09:11.421 >> Ano, přichází přirozeně. 00:09:11.421 --> 00:09:12.263 >> Ano, přichází přirozeně. 00:09:12.263 --> 00:09:13.790 Zpět na další snímek. 00:09:13.790 --> 00:09:14.300 >> Ano. 00:09:14.300 --> 00:09:16.990 >> To je jen malý bit vtip, ale 00:09:16.990 --> 00:09:21.780 Myslím, že lidé se zeptá Jsem v uzlu standardní rozhraní .NET 00:09:21.780 --> 00:09:23.770 Zobrazit křížové knihovny Standardní rozhraní .NET. 00:09:23.770 --> 00:09:27.260 Proč vidím .NET Framework 4.5.2 tam? 00:09:27.260 --> 00:09:28.220 >> Se rozumí rozevíracího seznamu nahoře? 00:09:28.220 --> 00:09:30.900 >> Ano, právě cítím podobně jako na Chcete-li upoutat pozornost na něco. 00:09:30.900 --> 00:09:33.960 >> Ano, tak to je v podstatě Konečný výsledek mé úplně první 00:09:33.960 --> 00:09:35.850 snímku, když jsem řekl, jsme mít rozhraní .NET framework a 00:09:35.850 --> 00:09:37.210 na světě byl dobrý. 00:09:37.210 --> 00:09:38.820 A tak říkáme, by bylo příjemné, že byste mohli 00:09:38.820 --> 00:09:41.370 Zvolte číslo verze Před vytvořením šablony. 00:09:41.370 --> 00:09:44.930 A později je možné přidat do více Typy flavor .NET jako [INAUDIBLE] na 00:09:44.930 --> 00:09:46.710 Někdy také. 00:09:46.710 --> 00:09:49.350 Podobně jako tento pokles dolů ke ztrátě velké z je hodnota, pravděpodobně by 00:09:49.350 --> 00:09:52.180 být úplně dole a název vyberete. 00:09:52.180 --> 00:09:54.889 A měl by být citlivé na Šablona směrové je ale 00:09:54.889 --> 00:09:56.694 Dialogové okno je pouze Ne, představující 00:09:56.694 --> 00:09:57.768 Bohužel dnes. 00:09:57.768 --> 00:10:01.207 >> Si myslíte že Ano. že budoucí smysl pro mě. 00:10:01.207 --> 00:10:03.095 >> Ano. >> Si myslíte, že bude někdy 00:10:03.095 --> 00:10:03.637 stane? 00:10:03.637 --> 00:10:04.985 Doufám že tak. 00:10:04.985 --> 00:10:05.986 >> Ano. >> Jsem ji před řekli 00:10:05.986 --> 00:10:08.303 Twitter, myslím tento celek dialog musí renovací. 00:10:08.303 --> 00:10:10.154 >> Ano. >> Je trochu příliš mnoho 00:10:10.154 --> 00:10:12.706 Možnosti a názvy, které nejsou nutně reflexní 00:10:12.706 --> 00:10:14.600 o tom, jak si myslíte o na světě dnes. 00:10:14.600 --> 00:10:15.470 >> Ano, v pořádku. 00:10:16.530 --> 00:10:17.700 >>, tak, aby se, že Ano. 00:10:17.700 --> 00:10:19.380 Takže pak můžeme přemýšlet o Specifikace části. 00:10:19.380 --> 00:10:21.420 Ano, pokud si myslíte, normy jako specifikaci, 00:10:22.660 --> 00:10:23.920 Dobrou analogií je ve formátu HTML. 00:10:23.920 --> 00:10:26.162 Tedy specifikace HTML a pak je v prohlížeči. 00:10:26.162 --> 00:10:27.673 Takže můžeme implementovat tyto specifikace. 00:10:27.673 --> 00:10:30.788 Okraj, chrom a každý je jeden z těchto prohlížečů v podstatě 00:10:30.788 --> 00:10:32.756 Přichytit k jiné verze spec. 00:10:32.756 --> 00:10:34.603 Ale stejně ji se stane normy rozhraní .NET. 00:10:34.603 --> 00:10:36.603 To je standardní v podstatě specifikace HTML a 00:10:36.603 --> 00:10:39.303 klepněte v prohlížeči v přepočtu je v podstatě betonové .NET 00:10:39.303 --> 00:10:41.703 implementován jako platformy Řady produktů .NET .NET Core 00:10:41.703 --> 00:10:42.516 Xamarin, jednoty. 00:10:42.516 --> 00:10:46.310 A budeme pravděpodobně Vytvořte v budoucnu. 00:10:46.310 --> 00:10:50.380 Tak to je opravdu dobrý duševní obraz mít. 00:10:50.380 --> 00:10:51.858 Tak, jako jsem řekl dříve, 00:10:51.858 --> 00:10:55.500 s 2.0 se skutečně pokoušíme Chcete-li přidat mnoho zpět další rozhraní API. 00:10:55.500 --> 00:10:59.143 Ve skutečnosti jsme přidali asi 20 000 Ve srovnání s standardní rozhraní .NET API 00:10:59.143 --> 00:11:03.130 1.x nebo 1.6, která byla nejvyšší verze do řady 1 x. 00:11:03.130 --> 00:11:05.693 A způsob, jakým jsme dorazily číslo bylo, že jsme v podstatě řekl, 00:11:05.693 --> 00:11:07.598 dobře, co je maximální Společnost Microsoft může výsledcích? 00:11:07.598 --> 00:11:10.628 A maximum, které můžeme výsledcích je vzít .NET framework 00:11:10.628 --> 00:11:13.058 a Xamarin, a mold průnik. 00:11:13.058 --> 00:11:15.148 Vzhledem k tomu, že je v podstatě Dobrý server proxy pro 00:11:15.148 --> 00:11:17.073 Rozhraní API, která by mohla být ale pro více platforem 00:11:17.073 --> 00:11:19.937 jsou to stále velmi podobné Co je rozhraní .NET framework. 00:11:19.937 --> 00:11:21.587 A pak jsme přidali také několik Rozhraní API, které byly pouze v 00:11:21.587 --> 00:11:23.280 Rozhraní .NET framework, Xamarin nebyly k dispozici, a 00:11:23.280 --> 00:11:24.367 dotaz je k jejich provádění. 00:11:24.367 --> 00:11:27.825 Takže nemáme Sada Franken v podstatě. 00:11:27.825 --> 00:11:31.508 >> Tak v podstatě Pokud jsme just go pomocí jednoduchého scénáře, 00:11:31.508 --> 00:11:36.189 uvedené křížení rozhraní .NET Framework, například 4.7 a 00:11:36.189 --> 00:11:39.413 Nejnovější, mono, průnik, který ještě nebyl 00:11:39.413 --> 00:11:42.350 v .NET Core asi 20 000 rozhraní API. 00:11:42.350 --> 00:11:43.683 >> Opravte, takže většina naší práce- >> To je ohromný. 00:11:43.683 --> 00:11:45.610 >> Revving není spec. 00:11:45.610 --> 00:11:48.990 Většinu práce pak byla Implementace tohoto zpět na základní. 00:11:48.990 --> 00:11:51.229 Framework byl ve stavebnictví již podporovány. 00:11:51.229 --> 00:11:53.333 Xamarin musela přidat několik rozhraní API. 00:11:53.333 --> 00:11:55.859 Myslím, že je to pravděpodobně méně než 100 jsme požádáni Xamarin pro rozhraní API 00:11:55.859 --> 00:11:56.390 Implementujte. 00:11:57.660 --> 00:12:00.240 Ano, tak jsme měli 20 000 rozhraní API museli jsme přidat do jádra, 00:12:00.240 --> 00:12:02.479 který byl hromadného Naše práce. 00:12:04.810 --> 00:12:06.592 >> Píšu je Chcete-li také UWP. 00:12:06.592 --> 00:12:07.677 >> Opravit, 00:12:07.677 --> 00:12:10.390 UWP na prvním snímku To je druh lumped nahoru s .NET 00:12:10.390 --> 00:12:12.305 Základní, protože jsou kinda oba ze stejného základu kódu. 00:12:12.305 --> 00:12:14.064 >> Mm-hm. >> Tak ji nepodáte 00:12:14.064 --> 00:12:17.523 Bohužel bez protože UWP má různé runtime 00:12:17.523 --> 00:12:19.931 prostředí, než provádí běžné systému Windows. 00:12:19.931 --> 00:12:22.888 To je práce, která se stane Chcete-li přidat OS pro podporu aplikace 00:12:22.888 --> 00:12:24.380 kontejner, který všechny. 00:12:24.380 --> 00:12:27.298 Ale Ano, jsou také Získejte stejné rozhraní API povrch. 00:12:27.298 --> 00:12:28.311 Jsme budete dodávat později tento rok. 00:12:28.311 --> 00:12:30.420 Není pravděpodobné, že budou oznámeny datum ještě, vpravo? 00:12:30.420 --> 00:12:32.003 Materiál pochází. 00:12:32.003 --> 00:12:35.307 Druhá věc je, že lze uhodnout, jiné zajímavé tidbit, 00:12:35.307 --> 00:12:38.119 Při pokusu o vytvoření sady knihoven s jednou osou 00:12:38.119 --> 00:12:41.299 potíže, které obvykle spouštíte na Při kopírování je především, 00:12:41.299 --> 00:12:44.550 vlastní kód, je t rozhraní API, která vám to vynechalo. 00:12:44.550 --> 00:12:45.570 Ale to je ve vašem ovládacím prvku. 00:12:45.570 --> 00:12:47.260 Lze refaktorovat kódu. 00:12:47.260 --> 00:12:49.099 Může to být tuny práce, Můžete to však udělat. 00:12:49.099 --> 00:12:51.233 Obvykle Pokud článek končí, v případě, 00:12:51.233 --> 00:12:54.245 závislosti, které vám je v knihovnách třetích stran 00:12:54.245 --> 00:12:55.952 že někdo jiný poskytl. 00:12:55.952 --> 00:12:59.142 Myslíte, že X jednotka pro Příklad nebo JSON.net, nebo 00:12:59.142 --> 00:13:01.222 vše, co skutečně použijete. 00:13:01.222 --> 00:13:03.574 A většinou knihovny v Nuget dnes nejsou 00:13:03.574 --> 00:13:04.707 cílení na standardní. 00:13:04.707 --> 00:13:06.417 Stále jste cílení Rozhraní .NET framework 00:13:06.417 --> 00:13:08.487 protože to je věc, kterou že je kolem tak dlouho. 00:13:08.487 --> 00:13:09.715 A tak je otázka, kterou máme, 00:13:09.715 --> 00:13:11.190 Dobrá jak jsme aby to hladší? 00:13:11.190 --> 00:13:13.592 Jak můžeme usnadnit Lidé na port port? 00:13:13.592 --> 00:13:16.262 To [INAUDIBLE] budeme volat překrytí kompatibility nebo 00:13:16.262 --> 00:13:19.585 kompatibilní režim, který v podstatě umožňuje referenční Nuget 00:13:19.585 --> 00:13:22.980 balíčky, které opravdu jen dnes pracovat na rozhraní .NET framework. 00:13:22.980 --> 00:13:25.727 A jsme se pokusili přejít z našeho způsob vytvoření práce na .NET 00:13:25.727 --> 00:13:26.355 Standard. 00:13:26.355 --> 00:13:27.323 A tím pádem, 00:13:27.323 --> 00:13:30.113 libovolné platformě, která implementuje .NET standard 2.0. 00:13:30.113 --> 00:13:32.585 A je-li spustit ukázku l které mají pravděpodobně o něco vysvětluje. 00:13:32.585 --> 00:13:34.766 lepší, ale nápad zde je nejlepší úsilí. 00:13:34.766 --> 00:13:37.037 Tak nevíme, co knihovna neobsahuje. 00:13:37.037 --> 00:13:39.123 A pokud použije Win Forms pro například 00:13:39.123 --> 00:13:41.896 nebude fungovat na příkaz na platformě Linux zjevně. 00:13:41.896 --> 00:13:46.328 Ale většina knihoven jsme na Nuget asi 70 % jsou rozhraní API 00:13:46.328 --> 00:13:49.111 srovnatelné co jsme v .NET 2.0. 00:13:49.111 --> 00:13:51.985 To v praxi, většina době, kdy upgradovat a 00:13:51.985 --> 00:13:54.736 pouze odkazovat existující Framework balíčku 00:13:54.736 --> 00:13:57.200 to bude pravděpodobně jen pracovat správně. 00:13:57.200 --> 00:13:59.970 >> Doprava, zobrazí výstražné emptor povaha to. 00:13:59.970 --> 00:14:01.166 >> Ano. >> Jako uživatel, 00:14:01.166 --> 00:14:06.352 je Super Pokud I Řekněte, nyní jsem 00:14:06.352 --> 00:14:11.888 pomocí Bla Nuget balíček by neměl být ve skutečnosti případu 00:14:11.888 --> 00:14:16.983 že přechod prozkoumat že zcela sám. 00:14:16.983 --> 00:14:19.107 Pokud je v tomto intervalu 70 % 00:14:19.107 --> 00:14:22.578 jsou všechny seznamy kdekoli že by mohl přejít prohlédnout? 00:14:22.578 --> 00:14:24.361 >> Chápán jako seznamy Nový Nuget balíčky, že jsme 00:14:24.361 --> 00:14:25.550 že bude fungovat? 00:14:25.550 --> 00:14:26.485 >> Ano. 00:14:26.485 --> 00:14:28.006 >> Ne, neberu Dnes máme seznam. 00:14:28.006 --> 00:14:29.814 To je ve skutečnosti Dobrý návrh. 00:14:29.814 --> 00:14:30.821 Pravděpodobně má seznam. 00:14:30.821 --> 00:14:31.801 >> Ano. 00:14:31.801 --> 00:14:34.441 >> Je věc, kterou chcete provést je, že chcete oslovujete Nuget 00:14:34.441 --> 00:14:34.991 autoři a 00:14:34.991 --> 00:14:37.930 doporučte mu, aby aktivně Standardní rozhraní .NET nativní podporu. 00:14:37.930 --> 00:14:39.070 Zejména pokud jsou 00:14:39.070 --> 00:14:41.000 již de facto kompatibilní je přesto. 00:14:41.000 --> 00:14:43.670 Stačí jen explicitní krok na balení znamená, že Ano, 00:14:43.670 --> 00:14:45.490 I podporu na .NET 2.0. 00:14:45.490 --> 00:14:48.132 Je také více úmyslných na straně Autor balíček. 00:14:48.132 --> 00:14:50.669 >> I, Pokud jsme byli super strategické 00:14:50.669 --> 00:14:54.222 Zdá se, jako by říkáme jsou to 100 00:14:54.222 --> 00:14:58.301 Většina používaných knihoven, mají pouze rozhraní .NET framework. 00:14:58.301 --> 00:14:59.800 Závislosti a oslovení je. 00:14:59.800 --> 00:15:01.187 >> Ano. >> Má váš tým představit 00:15:01.187 --> 00:15:01.879 o který? 00:15:01.879 --> 00:15:04.745 >> Ano, I střední, měli byste vědět je nadřízeného, tak co mu je. 00:15:04.745 --> 00:15:07.450 v podstatě oznámením vpravo Nyní je tomu měli přejít. 00:15:07.450 --> 00:15:08.580 >> Získáte na pásce. 00:15:08.580 --> 00:15:09.940 >> Získat na pásce, je veřejné. 00:15:11.840 --> 00:15:15.410 Jsme dělala to, jsme obdrželi 00:15:15.410 --> 00:15:17.730 na toto číslo tak, že v podstatě tím, co jste právě řekl. 00:15:17.730 --> 00:15:21.060 My sami celé analýzy na balíčky NuGet. 00:15:21.060 --> 00:15:23.050 Je skutečně video kde Mohu vás provedou na balíček 00:15:23.050 --> 00:15:24.570 všechny výsledky, které máme. 00:15:24.570 --> 00:15:25.210 Co jsme neudělali, 00:15:25.210 --> 00:15:27.090 protože je více množství úsilí. 00:15:27.090 --> 00:15:28.670 Jsme opravdu ještě Přechod k podrobným údajům to. 00:15:28.670 --> 00:15:31.870 Ve skutečnosti jsme právě mluvili ale existuje několik vysoký profil 00:15:31.870 --> 00:15:34.025 balíčky, které skutečně ukončena Po odeslání přímo do PRs- 00:15:34.025 --> 00:15:34.640 >> [NEŽÁDOUCÍM} 00:15:34.640 --> 00:15:35.660 To je ještě lepší ve skutečnosti. 00:15:35.660 --> 00:15:38.400 >> Na skutečně opravit a přidáte internatively bonus. 00:15:38.400 --> 00:15:40.550 >> A byly přijaty tyto PRs? 00:15:40.550 --> 00:15:41.540 >> Ve většině případů, Ano. 00:15:41.540 --> 00:15:44.720 Některé z času, který byl jiné než 1 X rozdílového 00:15:44.720 --> 00:15:47.930 a Cobra byla poměrně velká a osoby nebyly cítit jako 00:15:47.930 --> 00:15:51.790 že se jeví jako hodně narušení v mé vedlejšího platí. 00:15:51.790 --> 00:15:54.490 S 2.0, který je většinou přidání jiné složky na vašem NuGet 00:15:54.490 --> 00:15:56.800 balíček, a To je podstatě vše. 00:15:58.230 --> 00:15:59.570 Podle toho, jak je sestavení projektu, 00:15:59.570 --> 00:16:02.400 můžete skončit přidání T-gram do projektu příliš, proto 00:16:02.400 --> 00:16:04.840 Abyste dosáhli zkompilovaný také při kontrole. 00:16:04.840 --> 00:16:08.680 Ale je velmi minimální filtr 2.0 pro nejvíce část. 00:16:08.680 --> 00:16:10.810 Ano 2.0 změny jsou z velké části přijato, představit [INAUDIBLE]. 00:16:10.810 --> 00:16:13.970 >> Právo, tak, aby se velmi jednodušší konverzaci 00:16:13.970 --> 00:16:14.497 pomocí funkce maintainer. 00:16:16.670 --> 00:16:18.950 >> Veškerá práva, dostatečné množství snímků, 00:16:18.950 --> 00:16:21.260 ve skutečnosti Podívejme se na ukázku. 00:16:21.260 --> 00:16:22.470 Mám tu zde tedy je, 00:16:22.470 --> 00:16:25.380 Bohužel písmo není úžasné, ale 00:16:25.380 --> 00:16:27.660 je zpravidla najdete na obrazovka velmi dobře. 00:16:28.790 --> 00:16:30.647 Takže v podstatě, co máme Zde je Northwind, a 00:16:30.647 --> 00:16:32.096 kdokoli, kdo nemá vývoje pro 00:16:32.096 --> 00:16:33.920 je dlouho VĚDOMY si Northwind. 00:16:33.920 --> 00:16:35.180 A tak, Zde jsou velmi jednoduché aplikace 00:16:35.180 --> 00:16:41.460 je Windforms app a jasně poznali, že jsem Návrhář, 00:16:41.460 --> 00:16:44.720 vzhledem k tomu, že po změně velikosti Zde se přilepí na tlačítko 00:16:44.720 --> 00:16:47.120 v dolní pravý roh, tak Jako opravdu dobrou práci. 00:16:47.120 --> 00:16:50.470 Ale v podstatě všechny zde, jako je, že lze načíst některá data z 00:16:50.470 --> 00:16:54.170 Northwind a hledat osoby, které jsou již nyní, v důchodu 00:16:54.170 --> 00:16:56.580 tak můžete zjistit [NESMĚJEME] Tato data. 00:16:56.580 --> 00:16:57.866 Je zde klíčové věci, 00:16:57.866 --> 00:17:00.550 že mé skutečné databáze. doprava nyní není SQL. 00:17:00.550 --> 00:17:03.820 Ve skutečnosti používá objekt Dataset, která byla naše v mapě 00:17:03.820 --> 00:17:06.140 znázornění databází v jednom x dnů. 00:17:06.140 --> 00:17:07.770 >> Je možná pomocí lupy že v právě tad? 00:17:07.770 --> 00:17:10.167 >> Nemohu, představit. 00:17:14.228 --> 00:17:15.944 Možná je pravděpodobně 150 dokonce i lepší. 00:17:15.944 --> 00:17:17.160 Zde můžeme přejít. 00:17:17.160 --> 00:17:18.770 A to, co vidíte Zde je v podstatě vše, co mohu udělat, 00:17:18.770 --> 00:17:23.210 je, že stačí vytvořit množiny dat. Tvrdá je načíst ze souboru, 00:17:23.210 --> 00:17:24.660 s podobně jako pevný kódované cestu. 00:17:24.660 --> 00:17:26.810 Opravdu skvěle, jako příběh žárovky na mé straně. 00:17:26.810 --> 00:17:27.980 Stačí Hledat osoby, které jsou již v důchodu. 00:17:27.980 --> 00:17:29.640 Doprava? 00:17:29.640 --> 00:17:32.950 Narozeniny a 65 let, které je obecné důchodového věku. 00:17:32.950 --> 00:17:35.084 Podle mého stáří, je pravděpodobně více než 40. 00:17:35.084 --> 00:17:36.374 >> [NESMĚJEME] Ano. 00:17:36.374 --> 00:17:37.750 >> Jste Slyšel jsem, že se více podobají, USA 120. 00:17:37.750 --> 00:17:38.810 >> Ano [NESMĚJEME]. 00:17:38.810 --> 00:17:40.010 >> Tak, že parametrizovat. 00:17:40.010 --> 00:17:42.890 Ale v podstatě zde pouze vyhledávání pro tento a pouze zobrazte. 00:17:44.150 --> 00:17:45.730 Takže proč ji s .NET Standard? 00:17:45.730 --> 00:17:48.260 Ano právě mají jednoho z těchto Rozhraní API, která je považována za starší 00:17:48.260 --> 00:17:50.370 a v podstatě jsme přesunout z jednoho x. 00:17:50.370 --> 00:17:53.850 Zjistíte však lidí, ale nesmí být být v lásku s dataset, 00:17:53.850 --> 00:17:56.658 ale skutečnost je, že jsi i méně v láska se museli 00:17:56.658 --> 00:17:58.800 faktor znovu chcete se jich zbavit. 00:17:58.800 --> 00:18:00.610 >> Jednoznačně a my sami zde. 00:18:00.610 --> 00:18:01.530 Poměrně velké zpětné vazby. 00:18:01.530 --> 00:18:04.230 >> Ano a tam je spoustu položky, které jsou skutečně užitečné. 00:18:04.230 --> 00:18:06.115 To co bude dělat je, že vytvořím nový projekt. 00:18:06.115 --> 00:18:09.926 Získat v centru .NET kategorie, které jsme jste mluvili, 00:18:09.926 --> 00:18:13.191 Vyberte položku na střed, a pak budete nazýváme 00:18:13.191 --> 00:18:15.230 Řekněme, Northwind data. 00:18:17.925 --> 00:18:19.770 Již byla vytvořena dvě drobnosti jejich zjevně před projektu. 00:18:20.800 --> 00:18:22.370 >> Stál, to. 00:18:22.370 --> 00:18:24.050 >> Přesně, Ano. 00:18:24.050 --> 00:18:25.270 A potom, Stačí odstranit třídu 00:18:25.270 --> 00:18:29.050 a pak jen beru Moje pro přístup k datům logiku, a 00:18:29.050 --> 00:18:32.590 Stačí přesunout na můj nový projekt. 00:18:32.590 --> 00:18:33.910 >> Nice. 00:18:33.910 --> 00:18:35.580 >> Ano, nyní Mám zde, a 00:18:35.580 --> 00:18:37.690 můžete zjistit, že je žádný pravopis. 00:18:37.690 --> 00:18:39.080 Vše, co právě pracuje správně. 00:18:40.200 --> 00:18:42.384 Pokud je skutečně přejít Vlastnosti projektu 00:18:42.384 --> 00:18:44.624 zjistíte, že jsme cíl .NET standard 2.0, 00:18:44.624 --> 00:18:46.550 cuz, který je, co jsme ve výchozím nastavení. 00:18:46.550 --> 00:18:47.450 >> Ano. 00:18:47.450 --> 00:18:50.130 >> Pokud lze přepnout na jeden x získáte tun pravopis. 00:18:51.780 --> 00:18:53.210 Ano, nyní Máme základ moderní kódu, 00:18:53.210 --> 00:18:55.050 není zcela je modernizes více, bit 00:18:55.050 --> 00:19:00.700 jsou všechny tyto explicitní typy, tak manuální stačí provést. 00:19:00.700 --> 00:19:02.200 Nyní viz var všude. 00:19:02.200 --> 00:19:05.030 Je Super, vím, jasně je moderní základu kódu. 00:19:05.030 --> 00:19:06.030 >> Jednoznačně. >> [NESMĚJEME]. 00:19:06.030 --> 00:19:08.180 >>, Je ten, který Casey nelíbí vpravo? 00:19:08.180 --> 00:19:10.570 >> Přesně tak lidé nevar? 00:19:10.570 --> 00:19:11.870 >> Ano. 00:19:11.870 --> 00:19:14.830 >>, Nyní máme, ale Nyní Pojďme to skutečně rozšířit 00:19:14.830 --> 00:19:19.540 a říkají, že nejsem Nádherná na Toto pevně vyhledávání zde. 00:19:19.540 --> 00:19:22.500 Tak provedené asi před deseti lety 00:19:22.500 --> 00:19:25.200 Myslím, I napsali SQL engine která je skutečně umožnit 00:19:25.200 --> 00:19:28.150 -\- 00:19:29.570 --> 00:19:31.870 Ano chci skutečně Přidání knihovny zde. 00:19:31.870 --> 00:19:34.140 Ano stačí přejít na Moje balíčky NuGet. 00:19:34.140 --> 00:19:37.870 Vyhledávání knihovny NuGet. 00:19:37.870 --> 00:19:39.180 Najděte mé knihovny. 00:19:39.180 --> 00:19:42.469 Poznáte zde uloženým 2012. 00:19:42.469 --> 00:19:44.220 >> Je, že i když Máte času? 00:19:44.220 --> 00:19:45.410 >> Kdy I stále měl náhradní doby 00:19:45.410 --> 00:19:48.180 vzhledem k tomu, že před tím, než pracovat pro vás, Nyní nemám času. 00:19:48.180 --> 00:19:50.630 >> I, také cesty v určitém okamžiku. 00:19:50.630 --> 00:19:51.180 >> To je PRAVDA příliš. 00:19:52.640 --> 00:19:53.560 Ano nainstalujte tuto věc. 00:19:56.200 --> 00:20:00.008 Úspěšně však Když jsme nyní vytvořit. 00:20:00.008 --> 00:20:03.987 Podíváme na seznam chyb vidíme upozornění zde. 00:20:03.987 --> 00:20:05.399 A upozornění, 00:20:05.399 --> 00:20:08.902 Byla obnovena [nejsou SLYŠITELNÁ] pomocí rozhraní .NET framework 461. 00:20:08.902 --> 00:20:11.750 Místo cílové rozhraní ze standardní verze 2.0 rozhraní .NET. 00:20:11.750 --> 00:20:13.170 To, co to znamená. 00:20:13.170 --> 00:20:16.784 Dobře, pokud jsme pouze přejít na [Nejsou SLYŠITELNÁ] .org a jsme právě 00:20:16.784 --> 00:20:21.466 Hledat zde, Můj balíček a Právě jsme Stáhnout balíček. 00:20:24.572 --> 00:20:26.803 Když jsme otevření to v balíčku Explorer je velmi zřejmé. 00:20:26.803 --> 00:20:28.260 Co je problém. 00:20:28.260 --> 00:20:30.800 Pokud vypadají v sadu lip složky z 2012 myslím, 00:20:30.800 --> 00:20:34.241 I původně udělena věc v časovém období 2005-2006. 00:20:34.241 --> 00:20:36.694 Ano, který kdy byl .NET 2.0 byl oslavné, tak 00:20:36.694 --> 00:20:38.300 To je co jako cílový. 00:20:38.300 --> 00:20:41.628 To, že není nic PCL, nic jen .NET standard 00:20:41.628 --> 00:20:43.747 dobré staré rozhraní .NET framework a binární soubor. 00:20:43.747 --> 00:20:45.460 >> Můžete dát rychlé křičíte out pro 00:20:45.460 --> 00:20:46.582 co tato aplikace je pro. 00:20:46.582 --> 00:20:48.478 >> Ano, je to, získat balíček Explorer 00:20:48.478 --> 00:20:50.380 je skutečně v Úložiště systému Windows. 00:20:50.380 --> 00:20:52.730 Pokud pouze přejít na obchod Zde jej můžete vyhledat. 00:20:52.730 --> 00:20:54.421 Umožňuje otevřít získat nové balíčky a 00:20:54.421 --> 00:20:57.008 Procházet je opticky I rozumí, právě jejich se zip soubory, ale 00:20:57.008 --> 00:20:59.740 To je trochu nicer příliš, protože uvidíte zde metadata. 00:20:59.740 --> 00:21:01.860 >> Zcela jistě používat toto App vícekrát za týden, 00:21:01.860 --> 00:21:02.910 pravděpodobně používáte ji každý den. 00:21:02.910 --> 00:21:04.543 >> Ano. Pokaždé, když postup ukázky na 00:21:04.543 --> 00:21:05.276 nejméně [NESMĚJEME]. 00:21:05.276 --> 00:21:08.580 >> [NESMĚJEME] >>, Máme, a 00:21:08.580 --> 00:21:11.480 Nyní je možné se I nyní znovu použít mé knihovny. 00:21:11.480 --> 00:21:15.680 Manuální, zbavit se všech Můj hardware logika zde. 00:21:15.680 --> 00:21:21.987 Pokud by mohl najít způsob, jak pomocí myši [NESMĚJEME]. 00:21:21.987 --> 00:21:26.770 Možná ne Možná to. 00:21:28.200 --> 00:21:32.490 A pak jsme stačí odstranit všechny informace o položky zde, a 00:21:32.490 --> 00:21:34.850 poté namísto přímé Některé poznatků. 00:21:34.850 --> 00:21:39.060 Tak, že je pomocí knihovny přidat pomocí na to dost 00:21:39.060 --> 00:21:41.960 bod je v podstatě všechno co dělá Stačí vytvořit kontext dat. 00:21:41.960 --> 00:21:45.110 obsahující objektu dataset odpovídajících připojení, 00:21:45.110 --> 00:21:46.210 provede SQL dotaz. 00:21:47.450 --> 00:21:50.225 Používá k vykreslování některých propojení magic výsledek a pro některé 00:21:50.225 --> 00:21:51.495 opětovným spuštěním aplikace. 00:21:54.263 --> 00:21:55.585 Není to je základem jakékoli další. 00:21:58.718 --> 00:22:00.398 Vzhledem k tomu, že je nutné přidat odkaz na knihovnu 00:22:00.398 --> 00:22:01.085 také v kurzu. 00:22:01.085 --> 00:22:03.030 >> [NESMĚJEME] >> Vytvoření nové knihovny 00:22:03.030 --> 00:22:04.380 není tichý nápovědy. 00:22:04.380 --> 00:22:05.730 >> Také odkaz to, které jste byl oznámen I. 00:22:08.680 --> 00:22:09.540 Můžeme psát to znovu. 00:22:09.540 --> 00:22:14.580 To je stejné věc jako dříve. 00:22:14.580 --> 00:22:15.080 Ano, nyní 00:22:15.080 --> 00:22:18.760 v podstatě jste přesunuli do zaměstnanci na standardní pro všechny dolů. 00:22:18.760 --> 00:22:19.990 Ano může to být žádný odkaz pro 00:22:19.990 --> 00:22:21.230 Mnoho knihovny jsme může odkazovat na pro 00:22:21.230 --> 00:22:24.700 mě bylo jádro, které by nám mohly odkaz z app, přezkoumá 00:22:24.700 --> 00:22:26.595 ale co vidíte zde je že to je varování. 00:22:26.595 --> 00:22:28.384 Můžete také [INAUDIBLE] Toto upozornění je na řešení 00:22:28.384 --> 00:22:30.420 Explorer, který zobrazuje je totéž. 00:22:30.420 --> 00:22:31.500 Proto je zde záměr, 00:22:31.500 --> 00:22:33.780 nám umožňují zjistit, zda se jedná procházející komprimaci. 00:22:33.780 --> 00:22:35.380 Nevíme, co to Knihovna, doprava? 00:22:35.380 --> 00:22:38.330 Může použít WinForms, může použít rozhraní API nemáme. 00:22:38.330 --> 00:22:40.170 Tak záměr zde je že testování vaší aplikace. 00:22:40.170 --> 00:22:41.910 můžete sami přesvědčit že funguje správně. 00:22:41.910 --> 00:22:45.030 A pak je účinně pouze potlačí upozornění. 00:22:45.030 --> 00:22:48.840 Jak vidíte zde, stejně jako je to zde jedno číslo 00:22:48.840 --> 00:22:50.990 což je NU jedna, sedm, nebo je číslo upozornění pro 00:22:50.990 --> 00:22:51.630 komprimaci. 00:22:51.630 --> 00:22:54.540 Ano všechny je nutné provést Výběr je zde, 00:22:54.540 --> 00:22:58.670 a pak stačí zadat číslo upozornění, stiskněte Enter, 00:22:58.670 --> 00:23:01.940 a uložit a nyní můžete vidět Ten zmizí z řešení 00:23:01.940 --> 00:23:07.120 Explorer a také zmizí. Zde znovu vytvořit. 00:23:07.120 --> 00:23:10.090 >> Tak, jednu věc, kterou jsem byl hrát s 00:23:10.090 --> 00:23:12.750 nedávno byl buď to o víkendu, nebo minulý týden. 00:23:12.750 --> 00:23:17.090 Byl jsem hrát s upozornění chyby. 00:23:17.090 --> 00:23:18.660 >> Ano. >> Dialogové okno. 00:23:18.660 --> 00:23:22.260 Lze hovořit o little bit Co je sestavena, tak víme, že 00:23:22.260 --> 00:23:27.630 počet TWAIN fungovat s upozorněními jako s chybami. 00:23:27.630 --> 00:23:29.300 >> Doprava. >> Tedy v podobném modelu 00:23:30.460 --> 00:23:33.050 je tento incapatable s Tento druh systému, nebo 00:23:33.050 --> 00:23:34.710 můžete mluvit na který? 00:23:34.710 --> 00:23:36.200 >> Ano, tak je zde myšlenka, Asi ano 00:23:36.200 --> 00:23:41.040 co udělají nyní s nejnovější verze VS je jejich 00:23:41.040 --> 00:23:44.453 druh přemostění mezery mezi upozornění od a upozornění 00:23:44.453 --> 00:23:49.330 z tak jsou ve stejném Uživatelské rozhraní a stejné zkušenosti. 00:23:49.330 --> 00:23:52.170 Například zde, viz již konkrétní upozornění 00:23:52.170 --> 00:23:54.670 potlačit určité upozornění jsou již zpracovány. 00:23:54.670 --> 00:23:59.200 Například a tak můžete víte, změňte tato nastavení a 00:23:59.200 --> 00:24:01.940 Můžete například znamená I má NU1701 za chybu, 00:24:01.940 --> 00:24:04.920 takže nechcete někdy přejít. pomocí komprese. 00:24:04.920 --> 00:24:08.240 Další věc je, že chcete Potlačit varování. 00:24:08.240 --> 00:24:10.120 >> A kde by se Chcete-li určit 00:24:10.120 --> 00:24:11.169 Chcete-li mít - >> Byste měli zadat 00:24:11.169 --> 00:24:11.876 doprava zde [INAUDIBLE]. 00:24:11.876 --> 00:24:12.422 >> V pořádku. 00:24:12.422 --> 00:24:14.518 >> Tak by v zásadě říci, zacházet s jedním z těchto šipek 00:24:14.518 --> 00:24:15.198 By říci, NU. 00:24:15.198 --> 00:24:15.770 >> V pořádku. 00:24:15.770 --> 00:24:17.070 >> Nyní se stane k chybě, doprava. 00:24:17.070 --> 00:24:18.100 >> V pořádku vidím je. 00:24:18.100 --> 00:24:20.709 >> Ano, je-li je Vyhledejte v souboru projektu je 00:24:20.709 --> 00:24:22.582 průměr za systém se stejným NU1 00:24:22.582 --> 00:24:25.230 a majetku, kompilace v jednom pro. 00:24:25.230 --> 00:24:27.110 Ano, má velmi jednoduchý pracovní postup. 00:24:27.110 --> 00:24:29.560 Můžete pouze upravovat, a pak ji stačí vycestovat. 00:24:29.560 --> 00:24:30.216 >> Vpravo tak pro 00:24:30.216 --> 00:24:32.352 lidí, kteří mají ty druh systému sestavení 00:24:32.352 --> 00:24:34.450 by měla hrát pouze stejně jako všechno ostatní. 00:24:34.450 --> 00:24:35.650 >> Ano. 00:24:35.650 --> 00:24:37.940 A myšlenka je obecně jsou Odrušovač vám upozornění. 00:24:37.940 --> 00:24:40.709 Je určena, takže i když je obsahovat upozornění [INAUDIBLE], 00:24:40.709 --> 00:24:43.372 jako je potlačit upozornění žádné dále způsobuje člun selhání 00:24:43.372 --> 00:24:44.453 v podstatě, vpravo? 00:24:44.453 --> 00:24:46.944 >> Máte ji. 00:24:46.944 --> 00:24:50.350 >> Veškerá práva, která byla tato ukázka. 00:24:51.510 --> 00:24:56.461 Vraťme se zpět na palubu. 00:24:56.461 --> 00:24:59.420 Tak další otázka je obvykle čísla verzí. 00:24:59.420 --> 00:25:00.971 >> Doprava. >> Je více verzí 00:25:00.971 --> 00:25:03.800 normy a pak otázkou je, co by jste měli. 00:25:03.800 --> 00:25:06.487 Jak by měl váš názor čísla verzí a jak jsi 00:25:06.487 --> 00:25:08.611 moci rozhodnutí Co chcete zaměřit. 00:25:08.611 --> 00:25:15.930 Tak I jste zapsány některé HTML Pravděpodobně je veřejné. 00:25:15.930 --> 00:25:18.130 Ve skutečnosti je na GitHub, můžete ve skutečnosti získat zde, ale 00:25:18.130 --> 00:25:19.830 Není k dispozici odkaz pro který dosud. 00:25:19.830 --> 00:25:22.710 Ale v podstatě to, co vidíte zde je tato tabulka, která se jeví jako 00:25:22.710 --> 00:25:25.260 obcházení každého vždy. 00:25:25.260 --> 00:25:27.160 Tabulka není skutečně Jakmile víte, že pevný jak 00:25:27.160 --> 00:25:29.590 ke čtení, ale není zřejmé. 00:25:29.590 --> 00:25:31.048 To co vidíte zde je úplně nahoře, 00:25:31.048 --> 00:25:32.790 Zobrazit verzi čísla v normě. 00:25:33.890 --> 00:25:37.168 Takže můžete vidět jako od 1.0, 2.0, 00:25:37.168 --> 00:25:40.363 jakou verzi čísla naší? 00:25:40.363 --> 00:25:42.620 A pak to, co vidíte na svislé ose 00:25:42.620 --> 00:25:45.396 Nakonec všechny .NET implementace, které máme. 00:25:45.396 --> 00:25:47.744 Tak například zde vidíte, v současnosti 00:25:47.744 --> 00:25:49.819 jsme vybrali .NET standard 1.0. 00:25:49.819 --> 00:25:52.475 A to, co vidíte zde zeleně je v podstatě všechny .NET 00:25:52.475 --> 00:25:54.191 implementace, spuštění a 00:25:54.191 --> 00:25:56.920 Jaké minimální verze čísla, která potřebujete. 00:25:56.920 --> 00:26:00.448 Tak například, pokud chcete Chcete-li spustit standardní .NET 1.0 00:26:00.448 --> 00:26:02.325 Chci se zaměřit .NET 1.0 00:26:02.325 --> 00:26:05.567 To znamená, že spuštění .NET Základní od verze 1.0. 00:26:05.567 --> 00:26:08.941 Lze spustit v rámci protože číslo verze 4.5. 00:26:08.941 --> 00:26:11.634 >> Což znamená, že není možné něco před tímto podporují. 00:26:11.634 --> 00:26:12.277 >> Opravte. 00:26:12.277 --> 00:26:13.139 >> Jako 4.0. 00:26:13.139 --> 00:26:15.943 >> Ano, tak 4.0 doporučujeme nespouštět např. 00:26:15.943 --> 00:26:19.498 Je věcí, které vidíte zde Viz také podle tvaru, zde 00:26:19.498 --> 00:26:23.510 že není základní rozhraní .NET ve skutečnosti přímo implementujte 1.0. 00:26:23.510 --> 00:26:25.715 Ve skutečnosti implementuje 1.6. 00:26:25.715 --> 00:26:28.776 Což znamená, že může nyní zaměřit vyšší číslo verze a 00:26:28.776 --> 00:26:30.507 a spusťte v rozhraní .NET Core 1.0. 00:26:30.507 --> 00:26:32.677 Tak například Nyní když jsme cíl 1.1, 00:26:32.677 --> 00:26:35.620 to, co vidíte je, že všechny části k dispozici této položky. 00:26:35.620 --> 00:26:38.967 Tak například nadále nechcete používat Program Silverlight Windows které 00:26:38.967 --> 00:26:41.724 zpravidla nikdo zdroje o již s UWP, ale 00:26:41.724 --> 00:26:43.771 který má jak tabulky v zásadě funguje. 00:26:43.771 --> 00:26:46.725 A pak i když přejít dále, pokud jsme právě přepnout 00:26:46.725 --> 00:26:49.599 Viz základní, že táhne tento červený z položky nechcete běžet. 00:26:49.599 --> 00:26:51.608 A nyní můžete vidět například 00:26:51.608 --> 00:26:56.014 Nyní je-li třeba rozhraní.NET Framework 4.6 Je třeba spustit .NET Centrum 1.3. 00:26:57.770 --> 00:27:00.603 To je v podstatě jak číst v tabulce klepněte na začátek, 00:27:00.603 --> 00:27:03.168 tak zde máme tento modrý pruh což je jako server proxy pro kinda 00:27:03.168 --> 00:27:04.412 počet rozhraní API je k dispozici. 00:27:04.412 --> 00:27:08.646 Takže přejdu zpět zobrazit SUMJUM mezi 1.0 a 1.1 a 00:27:08.646 --> 00:27:12.509 pak mezi 1.1 a 1.2, existuje pouze drobné přechodu. 00:27:12.509 --> 00:27:16.037 A poté, jakmile dosáhneme 2.0, jsme Viz tento masivní zásobníku kde jsme 00:27:16.037 --> 00:27:18.692 mít více než 20 000 API, Tuto celou věc. 00:27:18.692 --> 00:27:22.532 Čísla v tomto poli jsou všechny až datum, ale rozhraní.NET Framework 00:27:22.532 --> 00:27:25.604 jednou je, tak pokud chcete Chcete-li cíl Centere .NET 2.0, 00:27:25.604 --> 00:27:28.676 v podstatě musíte spustit Rozhraní.NET Framework 461 a vyšší, 00:27:28.676 --> 00:27:31.122 nelze spustit na 45 nebo 46, např. 00:27:31.122 --> 00:27:33.260 To je v podstatě jak informace v této tabulce. 00:27:33.260 --> 00:27:34.415 , Můžete uspořádat? 00:27:34.415 --> 00:27:35.106 >> Mm-hm. 00:27:38.442 --> 00:27:41.682 Vidím, tak by neměl v tomto sloupci 00:27:41.682 --> 00:27:46.220 Tato buňka, stačí pouze vyslovit 2.0, Základní .NET 2.0? 00:27:46.220 --> 00:27:47.964 >> Ano, ji měli říci 2.0 zde 00:27:47.964 --> 00:27:50.201 Nemohu si vzpomenout verzi jsou zde jejich čísla. 00:27:50.201 --> 00:27:51.692 >> Ano, ale jsme může vyplnit, doprava? 00:27:51.692 --> 00:27:52.970 >> Jsme to zjistit, můžete vyplnit 00:27:52.970 --> 00:27:56.250 je aktuálním verze-li přejít na naše nejčastější dotazy. 00:27:56.250 --> 00:27:58.725 Je aktuální verze Tabulka, která je k dispozici zde 00:27:58.725 --> 00:28:00.650 To je stejné, Máme v dokumenty. 00:28:00.650 --> 00:28:01.384 >> V pořádku, tak to je aktuální. 00:28:01.384 --> 00:28:03.310 >> A zobrazit skutečné v tomto poli čísla verzí. 00:28:03.310 --> 00:28:06.952 I právě neudělali ji HTMLified verze programu, která. 00:28:06.952 --> 00:28:08.805 >> V pořádku. 00:28:08.805 --> 00:28:09.820 >> Ale Ano, To je totéž. 00:28:11.300 --> 00:28:13.405 To pak další Otázka často je v pořádku, 00:28:13.405 --> 00:28:14.752 jak se rozhodnout, doprava? 00:28:14.752 --> 00:28:16.501 A v podstatě je kompromis. 00:28:16.501 --> 00:28:19.009 Musíte se rozhodnout mezi Čím vyšší verzi 00:28:19.009 --> 00:28:21.720 Standard je, Další API, které máte. 00:28:21.720 --> 00:28:23.625 Čím nižší verze norma je, 00:28:23.625 --> 00:28:26.347 Další přístup, který máte, cuz Další platformy podporují 00:28:26.347 --> 00:28:27.883 zejména verze [INAUDIBLE]. 00:28:27.883 --> 00:28:30.583 Což je kinda intuitivní, ale stojí stále poukázání 00:28:30.583 --> 00:28:32.473 vzhledem k tomu, že lidé získat matoucí, o který. 00:28:32.473 --> 00:28:34.591 [Nejsou SLYŠITELNÁ] je protože se jedná spec 00:28:34.591 --> 00:28:37.730 jako číslo verze Nelze přejít z podpory. 00:28:37.730 --> 00:28:38.305 >> Doprava. 00:28:38.305 --> 00:28:40.625 >> Proto, že je v podstatě pouze počet rozhraní API je možné 00:28:40.625 --> 00:28:41.710 přístup k, v podstatě. 00:28:41.710 --> 00:28:43.304 A tak mluvíme obecně, 00:28:43.304 --> 00:28:45.572 i v případě, že dodali 2.0, 00:28:45.572 --> 00:28:49.970 jste neměli pocit dopustil pro dokonce i zaměření 1.6, 1.4 nebo 1.0. 00:28:49.970 --> 00:28:52.132 Protože pokud máte 1.0, všechny prostředky, 00:28:52.132 --> 00:28:53.356 cílem by měl 1.0. 00:28:53.356 --> 00:28:56.459 Měli pouze zalomí verze číslo, pokud potřebujete další rozhraní API. 00:28:58.270 --> 00:28:59.582 Implementace, dále druhé straně 00:28:59.582 --> 00:29:00.902 mají zásady podpory doprava? 00:29:00.902 --> 00:29:04.359 A jsme tak například může rozhodne, že je říci .NET Core 1.0 00:29:04.359 --> 00:29:08.100 Nakonec, podporován a máte být na 1.1 nebo 2.0. 00:29:08.100 --> 00:29:10.316 A to pouze znamená, že nelze na vyšší verzi 00:29:10.316 --> 00:29:11.918 Standard ale vždy můžete 00:29:11.918 --> 00:29:14.350 nižší verzi. Chcete-li získat více dosáhnout. 00:29:14.350 --> 00:29:18.593 >> Ano, v podstatě říkáte implementace rozhraní .NET verze 00:29:18.593 --> 00:29:21.737 a jejich podpůrných politik nemají žádný vztah k 00:29:21.737 --> 00:29:23.650 Standardní rozhraní .NET verze. 00:29:23.650 --> 00:29:25.060 >> Opravte. >> Jsme v úmyslu podporovat tyto 00:29:25.060 --> 00:29:26.630 Standardní rozhraní .NET verze navždy. 00:29:26.630 --> 00:29:29.658 >> Ano. >> Není žádný důvod pro 00:29:29.658 --> 00:29:32.420 nám je přestat používat. 00:29:32.420 --> 00:29:34.443 Ano, nemáme žádné plány Někdy to, že. 00:29:34.443 --> 00:29:36.481 >> A je také č nejnovější změny, doprava, 00:29:36.481 --> 00:29:39.167 Podobně jako verze jsou všechna čísla zvýšení monolithically a 00:29:39.167 --> 00:29:41.830 Stačí získat další rozhraní API při každém jsme zde přesunout API. 00:29:41.830 --> 00:29:42.660 >> Doprava. 00:29:42.660 --> 00:29:43.790 >>, Který umožňuje. 00:29:43.790 --> 00:29:46.478 >> I, pouze jsme neodstraňujte API, 00:29:46.478 --> 00:29:49.254 doprava, který lze uhodnout jeho co jste řekli. 00:29:49.254 --> 00:29:52.611 Ano, a jsme nikdy zpět a Přidat nebo odebrat rozhraní API 00:29:52.611 --> 00:29:53.811 dané verze- >> Opravte. 00:29:53.811 --> 00:29:54.333 >> Jsme po již dodání. 00:29:54.333 --> 00:29:55.410 Pak je neměnný. 00:29:55.410 --> 00:29:59.865 >> Ano, Ano je velmi jednoduchý model. 00:29:59.865 --> 00:30:03.416 Takže cíl nejnižší verze lze tak okamžitě. 00:30:03.416 --> 00:30:07.404 Poté dalším krokem, jsme směřovat ven je pro 00:30:07.404 --> 00:30:12.588 osoby, které se používají na přenosné knihovny tříd, pokud přejdete na 00:30:12.588 --> 00:30:18.190 -\- 00:30:19.310 --> 00:30:20.766 A Pokud čtete text, úzce 00:30:20.766 --> 00:30:22.840 Dozvíte se nyní říká starší přenosné. 00:30:22.840 --> 00:30:25.900 Takže v podstatě pokusíme zjistit, že lidé přestávají používat 00:30:25.900 --> 00:30:27.490 knihovny přenosných tříd. 00:30:27.490 --> 00:30:29.560 A v textu také říkáme To se již nepoužívá. 00:30:29.560 --> 00:30:31.863 Měli byste použít knihovny tříd Standardní rozhraní .NET místo. 00:30:31.863 --> 00:30:34.870 Je standardní rozhraní .NET duchovní nástupce z 00:30:34.870 --> 00:30:36.380 knihovny přenosných tříd. 00:30:36.380 --> 00:30:37.940 Ale je velmi příběh, lepší nástroje 00:30:37.940 --> 00:30:40.490 částečně, protože máme mnohem více povrchu API. 00:30:40.490 --> 00:30:41.029 A za druhé, 00:30:41.029 --> 00:30:43.145 vzhledem k tomu, že můžete stále odkazovat Binární soubory rozhraní .NET framework, 00:30:43.145 --> 00:30:43.691 což je velmi velký. 00:30:43.691 --> 00:30:45.692 Protože obvykle největší věc s portable, 00:30:45.692 --> 00:30:47.606 může pouze odkaz na další přenosná zařízení. 00:30:47.606 --> 00:30:48.881 Že by nikdy odkaz na cokoliv jiného. 00:30:48.881 --> 00:30:50.106 >> Doprava. 00:30:50.106 --> 00:30:53.104 >> A v takovém který skutečně získá při odblokování. 00:30:53.104 --> 00:30:53.737 >> Ano, Ano 00:30:53.737 --> 00:30:58.027 Myslím, že by mělo být velmi málo scénáře, kde bylo lepší PCL. 00:30:58.027 --> 00:31:00.073 >> Doprava. 00:31:00.073 --> 00:31:03.790 >> Je 95 % lépe kinda věc. 00:31:03.790 --> 00:31:05.150 >> Ano, je dobré si představit je vždy lepší. 00:31:05.150 --> 00:31:07.670 Je právě některé platformy nechcete jej podporují. 00:31:07.670 --> 00:31:08.690 Nadále podporují jej. 00:31:08.690 --> 00:31:10.777 Standardní rozhraní .NET, ale nakonec podporu [INAUDIBLE] je tedy 00:31:10.777 --> 00:31:12.290 ve skutečnosti nic není ztráty- >> Doprava. 00:31:12.290 --> 00:31:12.900 >> Realisticky. 00:31:14.010 --> 00:31:16.010 Proto by měl pouze přesunout Standardní a 00:31:16.010 --> 00:31:18.225 To je obvykle inovace. 00:31:18.225 --> 00:31:22.567 To je I představit Co máme řekl o přenosný počítač. 00:31:22.567 --> 00:31:25.220 Dalším krokem, který často pochází nahoru je cílení na více. 00:31:25.220 --> 00:31:28.100 Co to obvykle končí situaci je lidé 00:31:28.100 --> 00:31:31.170 v určitém okamžiku do rozhraní API, neexistují ve standardu. 00:31:32.310 --> 00:31:35.890 Takže mám tu zde je, že jsou řešení s čtyři projekty. 00:31:35.890 --> 00:31:37.713 Proto lze pouze spustit to opravdu rychle. 00:31:40.992 --> 00:31:43.864 Ano, dříve, než jsme se chybová zpráva zprávy z aplikace UWP, 00:31:43.864 --> 00:31:45.680 Manuální nasadit Tento hoch nejprve. 00:31:45.680 --> 00:31:48.980 >> Ano, některý z mých Oblíbené chybové zprávy. 00:31:51.390 --> 00:31:53.220 >> A nyní při spuštění Mám dva apps. 00:31:55.390 --> 00:31:57.300 Vidím, že jste měli I Tento otevřený před v 00:31:57.300 --> 00:31:58.380 vyšší rozlišení obrazovky. 00:31:58.380 --> 00:31:59.718 A tak obě provádět stejné akce. 00:31:59.718 --> 00:32:01.150 Mám WinForms aplikací a UWP aplikace a 00:32:01.150 --> 00:32:02.345 obě udělat totéž. 00:32:02.345 --> 00:32:05.432 Jejich zobrazení kde máte zeměpisná délka/šířka 00:32:05.432 --> 00:32:08.330 umístěn na světě pomocí geolocation API z 00:32:08.330 --> 00:32:09.800 operační systém. 00:32:09.800 --> 00:32:12.900 >> Tak, že aplikace spustíte včera jsme může mít řekl 00:32:12.900 --> 00:32:16.207 zda jste aktuálně dochází zatmění [NESMĚJEME]. 00:32:16.207 --> 00:32:18.575 >> Ano, budeme mít. 00:32:18.575 --> 00:32:20.267 >>, Proč jste nebyl Rozmyslete si, že? 00:32:20.267 --> 00:32:23.750 >> Nevím, nebyl k ní dojít mně. 00:32:23.750 --> 00:32:25.450 Co mám tedy Mám dvě knihovny. 00:32:26.680 --> 00:32:32.050 Cuz chci sdílet veřejnosti přístup k podsystému GPS. 00:32:33.430 --> 00:32:35.355 Tak nejprve Podívejme v rozhraní.NET Framework 00:32:35.355 --> 00:32:36.537 provádění uvedené. 00:32:36.537 --> 00:32:40.503 A skutečně, co mají je zde v zásadě použít 00:32:40.503 --> 00:32:42.660 System.Device.Location. 00:32:42.660 --> 00:32:44.520 A je nutné provést Tento malý taneční 00:32:44.520 --> 00:32:47.700 protože první volání nemusí být inicializovány, 00:32:47.700 --> 00:32:49.442 To lze provést Zde trochu thingy. 00:32:49.442 --> 00:32:52.356 A protože trvá určitou dobu. Mám asynchronní verze, která, 00:32:52.356 --> 00:32:53.766 Proto lze spustit na pracovní podproces. 00:32:53.766 --> 00:32:56.274 Ale v podstatě co návratu na vás je pouze n-tice z 00:32:56.274 --> 00:32:58.050 zeměpisná délka/šířka, vpravo? 00:32:58.050 --> 00:32:58.813 GetCoordinates. 00:32:58.813 --> 00:33:01.128 Přiměřeně jednoduché. 00:33:01.128 --> 00:33:02.826 >> Úkol, n-tice. 00:33:02.826 --> 00:33:03.453 >> Ano. 00:33:03.453 --> 00:33:04.710 Cuz je rozhraní API asynchronní. 00:33:04.710 --> 00:33:06.582 A potom udělat stejné věc na straně UWP 00:33:06.582 --> 00:33:08.043 Kromě toho nyní pomocí různých rozhraní API. 00:33:08.043 --> 00:33:09.500 Nyní použijte Windows TAPIs. 00:33:09.500 --> 00:33:11.848 Takže vidíte použití Windows.Device.Geolocations a 00:33:11.848 --> 00:33:13.713 Toto rozhraní API je již asynchronified, tak 00:33:13.713 --> 00:33:16.071 Není nutné, například pracovní podproces nebo cokoliv. 00:33:16.071 --> 00:33:18.807 Mohu pouze vrátit tento hoch Lze jen očekávat a 00:33:18.807 --> 00:33:20.040 vrátíte tuto věc. 00:33:20.040 --> 00:33:22.930 A pak ukončení s tím. 00:33:22.930 --> 00:33:24.080 Z důvodu, že umístíte tento v knihovně je tak 00:33:24.080 --> 00:33:26.230 Lze opětovně použít napříč všechny mé síti WinForms 00:33:26.230 --> 00:33:27.560 přes všechny moje UWP aplikací, vpravo? 00:33:27.560 --> 00:33:29.280 Ale pak je problém Mám dvě knihovny. 00:33:29.280 --> 00:33:32.570 Používám jeden pro rozhraní.NET Framework a mám jednu pro UWP. 00:33:32.570 --> 00:33:34.990 Takže nyní se podíváme na odkazy zde. 00:33:34.990 --> 00:33:36.017 Je nutné vědět, které Chcete-li jeden. 00:33:36.017 --> 00:33:38.786 UWP, jeden odkazuje UWP verze a potom .NET Core 00:33:38.786 --> 00:33:41.444 odkazuje na verzi technologie .NET Základní verze mrzí, 00:33:41.444 --> 00:33:42.870 Verze rozhraní.NET Framework. 00:33:42.870 --> 00:33:45.790 >> Ano, mám jednu z uhodnout je zde děláte věci, a 00:33:45.790 --> 00:33:47.231 Možná je příliš hluboké Protipádová. 00:33:47.231 --> 00:33:48.670 >> [NESMĚJEME] >> Ale- 00:33:48.670 --> 00:33:50.339 >> Je hluboké Protipádová den. 00:33:50.339 --> 00:33:55.230 >> V tomto konkrétním případě Pokud typ, který jste použili 00:33:55.230 --> 00:33:57.300 jste získali z operačního systém byl typu .NET 00:33:57.300 --> 00:34:00.590 Můžete mít skutečně jen vrátil tuto pozici a 00:34:00.590 --> 00:34:02.540 není vyžádány lat/long mimo něj. 00:34:02.540 --> 00:34:05.196 >> Opravte. >> Myslím co děláte je 00:34:05.196 --> 00:34:10.689 v podstatě převádíte znázornění Win RT a 00:34:10.689 --> 00:34:14.038 Zadejte na něco jiného bez ohledu na další. 00:34:14.038 --> 00:34:14.639 >> Opravte. 00:34:14.639 --> 00:34:16.054 >> A proto je mít kde ho čekají a 00:34:16.054 --> 00:34:17.659 převést pouze Tyto dvě pravděpodobně- 00:34:17.659 --> 00:34:18.796 >> Doprava. 00:34:18.796 --> 00:34:19.991 >> Dvě zdvojnásobí. 00:34:19.991 --> 00:34:20.891 >> To je vpravo. 00:34:20.891 --> 00:34:21.602 >> Ano. 00:34:21.602 --> 00:34:22.432 >> To- >> A 00:34:22.432 --> 00:34:24.938 To je to, co dělá dva stranách kompatibilní. 00:34:24.938 --> 00:34:25.863 >> Ano. 00:34:25.863 --> 00:34:26.551 Dobře, to je cíl. 00:34:26.551 --> 00:34:27.125 >> Ano. 00:34:27.125 --> 00:34:28.434 >> Podívejte se na tuto část se zde. 00:34:28.434 --> 00:34:33.903 Obor názvů GPS, GpsLocation, GetCoordinates n-tice. 00:34:33.903 --> 00:34:36.784 Který skutečně vypadá přesně stejný mezi verzí Win RT 00:34:36.784 --> 00:34:38.368 a verze rozhraní.NET Framework. 00:34:38.368 --> 00:34:40.300 A jak jste řekli, Nejedná se o nehodě. 00:34:40.300 --> 00:34:41.400 Jako to úmyslně. 00:34:41.400 --> 00:34:42.140 >> Doprava. 00:34:42.140 --> 00:34:44.959 >> Ano protože nemohu použít mé magic hůlka a 00:34:44.959 --> 00:34:48.731 Stačí přepnout na jiné větvi Pokud nebyla tato práce. 00:34:48.731 --> 00:34:51.610 Nechcete mě Cuz boj s mé neexistující 00:34:51.610 --> 00:34:53.420 Myš by měla říci. 00:34:53.420 --> 00:34:56.712 Nyní mám jednoho projekt s názvem Gps. 00:34:56.712 --> 00:34:59.909 Mám jeden soubor Nyní GpsLocation nazývá. 00:34:59.909 --> 00:35:01.987 A nyní místo toho se zobrazí existence dvou knihoven 00:35:01.987 --> 00:35:03.161 máte pouze jednu knihovnu. 00:35:03.161 --> 00:35:04.747 A právě některé ifdefs v základu kódu. 00:35:04.747 --> 00:35:08.113 A tak se nyní vidět co [INAUDIBLE] Zde je v Tento malý pokles dolů 00:35:08.113 --> 00:35:10.480 Zde a uvidíte, že tři položky. 00:35:10.480 --> 00:35:13.000 Je-li rozhraní .NET framework Standardní rozhraní .NET a WWP. 00:35:14.490 --> 00:35:19.652 A pokud jsem přidal Projekt se zde obvykle 00:35:19.652 --> 00:35:22.266 to říká cílový rámec jednotném čísle a poté 00:35:22.266 --> 00:35:25.860 říká, ať jste si cílení, .NET core, .NET na střed. 00:35:25.860 --> 00:35:27.020 A právě vytvořili Toto schválení typu a 00:35:27.020 --> 00:35:30.280 právě nyní zacílen Standard pro rámce a WWP. 00:35:30.280 --> 00:35:33.460 >> V pořádku může to uděláte s všechny vlastnosti [INAUDIBLE]? 00:35:33.460 --> 00:35:34.470 >> Ne, bohužel není. 00:35:34.470 --> 00:35:35.270 >> V pořádku, pouze kontrolu. 00:35:35.270 --> 00:35:37.320 >> Ale, jak nyní protože projekt není 00:35:37.320 --> 00:35:39.700 efektivně kompilované několikrát. 00:35:39.700 --> 00:35:41.880 A co můžete udělat, je nyní Lze říci, že chci mít to 00:35:41.880 --> 00:35:45.410 odkaz na tento balíček NuGet pro všechny mé tři kompilace. 00:35:45.410 --> 00:35:46.520 >> Doprava. >> A lze říci, 00:35:46.520 --> 00:35:49.040 Pokud jste cílení framework Chci vytvořit další odkaz 00:35:49.040 --> 00:35:51.930 kde přidat odkaz Chcete-li System.Device. 00:35:51.930 --> 00:35:53.430 Abyste mohli bez ohledu Chcete-li v MSBuild, 00:35:53.430 --> 00:35:54.370 použití těchto výrazů. 00:35:54.370 --> 00:35:57.880 V podstatě nyní řekněte, Pokud je cílové rozhraní 461, 00:35:57.880 --> 00:35:58.740 pak to udělat. 00:35:58.740 --> 00:36:00.030 V opačném případě mohu to udělat. 00:36:00.030 --> 00:36:02.760 >> Kde je uzávěrka označení projektu? 00:36:02.760 --> 00:36:03.520 >> Je velmi podobný na 00:36:03.520 --> 00:36:05.530 do konce protože stále existuje Některé položky ugly, které stačí. 00:36:05.530 --> 00:36:07.870 >> Ale ne zpráva chybný dotaz. 00:36:07.870 --> 00:36:09.600 >> Ne, položili jste dotaz vpravo. 00:36:09.600 --> 00:36:12.163 Ale logicky To je to, co musíte udělat. 00:36:12.163 --> 00:36:12.920 >> Zobrazit. 00:36:12.920 --> 00:36:15.180 A nyní Co mám zde je, že jsou v podstatě jedna metoda 00:36:15.180 --> 00:36:17.200 a mám pouze, pokud je tato věc. 00:36:17.200 --> 00:36:20.090 Co je zajímavé je nyní I také cíl .net standard 00:36:20.090 --> 00:36:21.950 což I nebylo provedeno před. 00:36:21.950 --> 00:36:24.550 To co skončilo děje teď je, že jsou pro implementaci 00:36:24.550 --> 00:36:28.520 Tato norma, a to velmi užitečné podporována. 00:36:28.520 --> 00:36:31.730 Ale co můžete udělat, je nyní I can - >> Je toto trochu tento bit podobné 00:36:31.730 --> 00:36:36.000 to v podstatě jako návnada a Přepnout vzorek? 00:36:36.000 --> 00:36:37.190 Ano, to je přesně co to je. 00:36:37.190 --> 00:36:38.110 Tak Pojďme. >> V pořádku. 00:36:38.110 --> 00:36:40.230 >> Tak nejprve začneme tím, že víte, 00:36:40.230 --> 00:36:42.080 Chci vytvořit nový balíček všech to, protože 00:36:42.080 --> 00:36:46.940 Stačí přejít zde říci balíčku, pak můžeme získat balíček a směnky. 00:36:46.940 --> 00:36:49.240 Je také nové funkce, které máme. 00:36:49.240 --> 00:36:51.330 >> Je 20 To je téměř 2017. 00:36:51.330 --> 00:36:54.290 >> Ano, Jsem přesvědčen, že je již 51. 00:36:54.290 --> 00:36:55.680 >> Ano. 00:36:55.680 --> 00:36:59.290 Nyní, když vytvořím tento hoch Stačí přejít do složky výstupu. 00:36:59.290 --> 00:37:01.710 Poprvé uvidíte, že není k dispozici pro tři složky 00:37:01.710 --> 00:37:03.820 všechny různé, můžeme zaměřit. 00:37:03.820 --> 00:37:06.370 >> Po Tobě chceme použít Znovu NuGetPackageExplorer. 00:37:06.370 --> 00:37:08.710 >> Přesně ale je také jeden balíček a 00:37:08.710 --> 00:37:11.380 jeden balíček, ne tři. 00:37:11.380 --> 00:37:12.780 >> Tak tři složky? 00:37:12.780 --> 00:37:14.860 >> Je tři složky a v rámci můžete získat NuGet, 00:37:14.860 --> 00:37:16.630 dostanete také tři složky. 00:37:16.630 --> 00:37:18.350 Pomocí tří binárních souborů že jsme právě vyrábí, tak 00:37:18.350 --> 00:37:21.926 jsme v podstatě nebyl jeden průchod pro vytvoření verze, na 00:37:21.926 --> 00:37:24.450 verze webové části a jedna verze. 00:37:24.450 --> 00:37:26.150 Takže máte tři různých binárních souborů, 00:37:26.150 --> 00:37:27.750 jsou zabaleny. 00:37:27.750 --> 00:37:30.270 Příjemci tohoto balíčku Nyní nemusí vědět, že 00:37:30.270 --> 00:37:32.140 je třeba něco udělat různé platformy A a 00:37:32.140 --> 00:37:33.890 Platforma B, I v podstatě abstraktní to pryč. 00:37:35.940 --> 00:37:36.510 >> Nice. 00:37:36.510 --> 00:37:37.860 >> Lze říci, nyní, dobře, ale 00:37:37.860 --> 00:37:39.860 držet, pokud se odkazovat na z nic jiného, 00:37:39.860 --> 00:37:43.360 I za běhu, pouze rozbalí který zřejmě není velmi užitečné. 00:37:43.360 --> 00:37:46.370 Ale stále je, protože I můžete stále dělat to, doprava? 00:37:46.370 --> 00:37:49.670 Dělat veřejné bool isSupported doprava? 00:37:51.580 --> 00:37:53.340 A nyní můžete dělat stejné věcí, kterou lze provést zde. 00:37:53.340 --> 00:37:58.793 I just místo Rozpad, V podstatě provést, 00:37:58.793 --> 00:38:03.652 kde právě říci, Pokud rozhraní .net framework nebo UWP. 00:38:03.652 --> 00:38:04.876 >> Mm. 00:38:04.876 --> 00:38:07.120 >> Lze pouze říci vrátit hodnotu True. 00:38:10.820 --> 00:38:15.290 Jinak lze říci vratky NEPRAVDA. 00:38:15.290 --> 00:38:17.100 >> Nice. >> Tedy není můj volajícího 00:38:17.100 --> 00:38:18.730 musí vědět, které platformy, jste podporováni. 00:38:18.730 --> 00:38:20.420 Můžete pouze Moje volajícího Vyslovte příkaz získat přístup, a 00:38:20.420 --> 00:38:23.200 pravděpodobně by statické protože 00:38:23.200 --> 00:38:25.800 To je, pokud je to pochází z města třídy. 00:38:25.800 --> 00:38:28.350 Můžete zkontrolovat další volající přední, tak I Představte si, že je 00:38:28.350 --> 00:38:31.200 Twitter klient, práva a Twitter klient chce značka vašeho 00:38:31.200 --> 00:38:32.690 tweets s geo umístění. 00:38:32.690 --> 00:38:33.650 >> Doprava, samozřejmě. 00:38:33.650 --> 00:38:36.400 >> A jasně, Pokud nemáte přístup k zařízení, 00:38:36.400 --> 00:38:37.140 Chybné nedojde. 00:38:37.140 --> 00:38:40.442 Dílčí funkce, ztratíte právě a položky, ale 00:38:40.442 --> 00:38:41.711 vaše aplikace může pokračovat v práci. 00:38:41.711 --> 00:38:43.880 To je záměr volající bude Všimněte si, že GPS 00:38:43.880 --> 00:38:47.520 umístění je podporován, pokud ano zapomenutí souřadnice a 00:38:47.520 --> 00:38:49.650 pak za volajícím kódy vytáčení správně, ale 00:38:49.650 --> 00:38:50.290 nice věc je, 00:38:50.290 --> 00:38:52.880 volající nemá. Chcete-li vědět, jaké platformy. 00:38:52.880 --> 00:38:53.480 >> Doprava. >> 00:38:53.480 --> 00:38:55.630 lze ji v podstatě extrahovat Každý uživatel. 00:38:55.630 --> 00:38:58.555 >> Doprava, proto sdílet projekty před. 00:38:58.555 --> 00:38:59.105 >> Ano. 00:38:59.105 --> 00:39:02.045 >> To vypadá jako přesně totéž, 00:39:02.045 --> 00:39:04.925 Co je nového s vaší Standardní přístup .net versus 00:39:04.925 --> 00:39:06.685 sdílení projektů jeden, který používám. 00:39:06.685 --> 00:39:09.085 >> Ano Ano sdílených projektů přístup je logicky stejný, 00:39:09.085 --> 00:39:11.385 v podstatě máte jeden projekt který obsahuje všechny zdrojové soubory 00:39:11.385 --> 00:39:12.145 Chcete sdílet. 00:39:12.145 --> 00:39:14.185 >> A vypadá velmi podobné. kód vypadá stejně. 00:39:14.185 --> 00:39:17.445 >> Přesně tak a máte v zásadě pro každý cíl ještě 00:39:17.445 --> 00:39:18.815 jiný projekt. 00:39:18.815 --> 00:39:20.795 Tak v náš případ, je by mají čtyři projekty. 00:39:20.795 --> 00:39:21.635 >> Zobrazit. >> Budete mít jeden pro 00:39:21.635 --> 00:39:22.610 standard. 00:39:22.610 --> 00:39:27.050 Jeden pro ewp, jeden pro .net v rámci jednoho sdíleného projektu. 00:39:27.050 --> 00:39:29.950 >> Vidím cuz sdíleného projektu je téměř jako virtuální 00:39:29.950 --> 00:39:33.120 projektu, je ve skutečnosti Nelze sestavit veškerých aktiv 00:39:33.120 --> 00:39:34.200 To je opravdu rozdíl. 00:39:34.200 --> 00:39:36.260 >> Právo pouze propojení do ostatní projekty, doprava? 00:39:36.260 --> 00:39:40.100 >> Právo je tedy tomto pohodlný vrstvy, pokud bude v pořádku. 00:39:40.100 --> 00:39:41.430 >> Ano, který bude mít Udržovat jako 00:39:41.430 --> 00:39:43.520 Ruční propojení 200 různé zdrojové soubory. 00:39:43.520 --> 00:39:44.450 Uložili je na jedné straně a 00:39:44.450 --> 00:39:46.680 Všichni chtěli být v zařízení link zde. 00:39:46.680 --> 00:39:48.549 Nyní máte čtyři projekty, ale Ale 00:39:48.549 --> 00:39:51.289 nemusíte NuGet balíček z něj dosud, tak 00:39:51.289 --> 00:39:54.531 budete také muset poskytnout NuGet balíček a nové specifikace [INAUDIBLE] 00:39:54.531 --> 00:39:55.674 ručně [NEŽÁDOUCÍM] >> A 00:39:55.674 --> 00:39:58.977 pak nelze vytvořit jeden NuGet balíček, dobře, Ano, 00:39:58.977 --> 00:40:00.393 Lze uhodnout to rukou kámen. 00:40:00.393 --> 00:40:02.483 >> By v zásadě máte [INAUDIBLE] jednou všechny 00:40:02.483 --> 00:40:04.848 sestavení projektů, Stačí zkopírovat binární a 00:40:04.848 --> 00:40:06.984 binární soubory [INAUDIBLE] >> Jste to nechtěl dát tomto nice 00:40:06.984 --> 00:40:08.149 sestavení ve funkci [INAUDIBLE]. 00:40:08.149 --> 00:40:09.356 >> To je vpravo. 00:40:09.356 --> 00:40:13.890 >> Doprava, což je významný krok předat pro tento scénář. 00:40:13.890 --> 00:40:14.770 >> Doprava. Tak Hezký věci zde 00:40:14.770 --> 00:40:17.340 Naše poradenství je kanál, Pokud potřebujete více cílových 00:40:17.340 --> 00:40:22.070 byste měli vždy mít alternativní standardní cíl, a 00:40:22.070 --> 00:40:24.820 poté přesměrovat číslo, které se Zvolte, zda že je funkce 00:40:24.820 --> 00:40:27.615 v podstatě co rozhraní API službu je nutné vystavit. 00:40:27.615 --> 00:40:29.500 >> Funkce [nejsou SLYŠITELNÁ] implementace. 00:40:29.500 --> 00:40:32.850 Se jedná o typy, které můžete pomocí veřejné plochy 00:40:32.850 --> 00:40:34.760 Most na platformu rozdíly doprava. 00:40:34.760 --> 00:40:38.970 >> Doprava a to je analagous Chcete-li standardní verzí .NET. 00:40:38.970 --> 00:40:39.480 >> Opravte. 00:40:39.480 --> 00:40:40.120 >> Ano. >> Ano. 00:40:40.120 --> 00:40:40.690 >> Ano. 00:40:40.690 --> 00:40:41.870 >> Velmi dobře Ano a tak 00:40:41.870 --> 00:40:43.730 můžete pouze vybrat nejnižší jeden je procházelo, 00:40:44.880 --> 00:40:47.650 Nejjednodušší způsob, jak zjistit, je právě >> Nižší číslo verze 00:40:47.650 --> 00:40:48.800 Office zastaví kompilaci a 00:40:48.800 --> 00:40:50.530 potom použijte předchozí Při kompilaci a 00:40:50.530 --> 00:40:51.400 To je věc minimální. 00:40:51.400 --> 00:40:55.954 >> Nyní, pokud jste to v případě, že je možné mít 00:40:55.954 --> 00:40:59.718 pomalé zvyšování .NET Standardní majetku, ale 00:40:59.718 --> 00:41:04.572 by paket verzi NuGet v podstatě zvýšit každých 00:41:04.572 --> 00:41:08.929 čas musel provést opravy chyb v jednom z platformy 00:41:08.929 --> 00:41:11.428 konkrétní implementace. 00:41:11.428 --> 00:41:12.810 >> To je vpravo. 00:41:12.810 --> 00:41:15.582 A tak je v podstatě mechanismus je k mostu 00:41:15.582 --> 00:41:18.228 rozdíly Platform a se cítíte do uzavřeného 00:41:18.228 --> 00:41:21.126 rozhraní API služby .NET centra sám a stále štít 00:41:21.126 --> 00:41:24.770 uživatele z nutnosti názor na více platformách. 00:41:24.770 --> 00:41:28.010 Tak to je v podstatě otevřít endedness centru .NET. 00:41:28.010 --> 00:41:32.370 >>, Pocit, jako by jsme právě vím, že to trochu. 00:41:32.370 --> 00:41:33.660 Zřejmé. 00:41:33.660 --> 00:41:35.240 Ale myslím, že jsme Stačí obrátit pro 00:41:35.240 --> 00:41:39.110 Podobně jako u těchto 60 sekund direktivy preprocesoru, 00:41:39.110 --> 00:41:42.920 že lidé pochopit, co jejich vlastnosti a při spuštění. 00:41:42.920 --> 00:41:45.400 >> Ano, tak co skončilo děje Zde, jak jsem řekl dříve, 00:41:45.400 --> 00:41:49.190 Tento projekt zkompiluje více časy a pak je kompilátor 00:41:49.190 --> 00:41:53.890 v podstatě je vyvolán pro stejné Soud založit třikrát, doprava? 00:41:53.890 --> 00:41:57.735 Ale je také předán jiné před procesoru symboly a 00:41:57.735 --> 00:42:01.199 jsou v podstatě odvozené z názvu TFM tak 00:42:01.199 --> 00:42:03.774 je pouze uvažujeme o TFM, které zde vidíte. 00:42:06.055 --> 00:42:08.480 Pokud je přejít- >> Je tedy druh úmluvy. 00:42:08.480 --> 00:42:11.770 >> Ano, skutečně je přesně úmluvy, 00:42:11.770 --> 00:42:13.660 je pouze věcí poněkud liché je UWP. 00:42:13.660 --> 00:42:15.670 Ale všechny ty Totéž po kde 00:42:15.670 --> 00:42:17.860 v podstatě se platí pouze směrem nahoru. 00:42:17.860 --> 00:42:20.550 A v podstatě jsme nahradit tečka s podtržítkem, 00:42:20.550 --> 00:42:22.210 To by byl povolený identifikátor. 00:42:22.210 --> 00:42:22.840 >> Dává smysl. >> 00:42:22.840 --> 00:42:24.890 budete přesně vědět, jaký jsou zde nyní. 00:42:24.890 --> 00:42:26.204 Je zde příjemné věci, 00:42:26.204 --> 00:42:29.357 v editoru je v podstatě Zobrazuje všechny souvislosti, tak 00:42:29.357 --> 00:42:31.870 jak vidím nyní, je I 'm kompilace pro UWP. 00:42:31.870 --> 00:42:34.350 Že tato cesta kódu je aktivní. 00:42:34.350 --> 00:42:36.570 A že tento kód Cesta je aktivní. 00:42:36.570 --> 00:42:38.120 A že tyto další ty jsou zobrazeny šedě. 00:42:38.120 --> 00:42:39.600 V podstatě je to druhý 00:42:39.600 --> 00:42:42.170 součást není považována za zdrojového kódu. 00:42:42.170 --> 00:42:44.605 Pokud nyní přepnout na, Dejme tomu, 00:42:44.605 --> 00:42:48.590 461 je stále aktivní vzhledem k tomu, že jste řekli nebo ale 00:42:48.590 --> 00:42:51.010 Nyní se bude tento kód kompilovat, a ne kód. 00:42:51.010 --> 00:42:52.650 >> Tak získat dobrý vizuální upozornění. 00:42:52.650 --> 00:42:54.680 >> Dostanete velmi podobný vizuální znázornění co 's 00:42:54.680 --> 00:42:55.560 děje, který je pravý. 00:42:55.560 --> 00:42:57.090 >> Vpravo ale jen skutečně jednotky bod doma 00:42:57.090 --> 00:42:59.720 Můžete vysvětlit rozdíl mezi křížku Pokud a 00:42:59.720 --> 00:43:00.760 Pokud pravidelně? 00:43:00.760 --> 00:43:03.130 >> Ano Ano rozdíl Zde je, že se jedná 00:43:03.130 --> 00:43:04.410 >> Tomto Pokud je výpis zde 00:43:04.410 --> 00:43:06.110 k dispozici v době kompilace doprava? 00:43:06.110 --> 00:43:08.410 Ano, při spuštění kompilátoru vyhodnotí tuto věc a 00:43:08.410 --> 00:43:11.650 výborně, říká Je třeba vzít v úvahu tento kód. 00:43:11.650 --> 00:43:15.453 A tak v podstatě konečný výsledek Pokud by jste jen napsali, říká 00:43:15.453 --> 00:43:16.427 >> Figurku 00:43:17.625 --> 00:43:18.405 >> Doprava, proto 00:43:18.405 --> 00:43:21.865 Další bod část, která je v něm je ignorována. 00:43:21.865 --> 00:43:25.605 Podobně jako kompilátor nikdy i v podstatě, přečte řádek 15. 00:43:25.605 --> 00:43:27.595 >> Správné, můžete mít, i chyby syntaxe 00:43:27.595 --> 00:43:29.082 dokonce nezáleží. 00:43:29.082 --> 00:43:30.232 Ve skutečnosti nebyl vím, který. 00:43:30.232 --> 00:43:32.942 >> Protože je právě text, který přeskakuje pravé? 00:43:32.942 --> 00:43:34.752 >> Stranou na, tak Ano 00:43:34.752 --> 00:43:36.962 Kompilátor doslova není vidět tyto čáry. 00:43:36.962 --> 00:43:39.702 >> Ano a pak další nice věc je, že způsob, jakým jsou 00:43:39.702 --> 00:43:41.932 Nastavte zde vzhledem k tomu, že je podobných projektů. 00:43:41.932 --> 00:43:43.772 Odkaz na projekt je také tak tím správné věci. 00:43:43.772 --> 00:43:45.808 uvidíte, že všechny tyto projektu odkazy je pouze odkaz. 00:43:45.808 --> 00:43:48.891 Tento projekt GPS a pouze byste získali správný 00:43:48.891 --> 00:43:51.687 implementace v závislosti kdo jsou, tak 00:43:51.687 --> 00:43:54.340 Tento projekt by získat. [NEJSOU SLYŠITELNÁ] Straně webové části a 00:43:54.340 --> 00:43:57.078 získá tento projekt straně rozhraní .net framework. 00:43:57.078 --> 00:43:59.642 Ano, i když není [INAUDIBLE] balíček multi cíl pomocí 00:43:59.642 --> 00:44:02.259 Můžete pouze řešení [nejsou SLYŠITELNÁ] drastické snížení počtu 00:44:02.259 --> 00:44:05.155 projektů, je třeba považovat o a museli udržovat. 00:44:05.155 --> 00:44:06.680 [Nejsou SLYŠITELNÁ] ve skutečnosti výkonné funkce. 00:44:08.280 --> 00:44:09.230 >> Ochladí líbí se mi. 00:44:09.230 --> 00:44:10.118 >> Ano, je poměrně příjemné. 00:44:11.516 --> 00:44:15.371 Skutečně dobré otázky, jeden z věci, které jsme neměl mluvit o 00:44:15.371 --> 00:44:18.736 je, to znamená, že lze odhadnout, že tomu tak není Nyní důležité, protože jsme dodali 00:44:18.736 --> 00:44:21.350 Visual Studio 2015.3 >> Doprava. 00:44:21.350 --> 00:44:22.860 >>, Ale pouze na domovskou stránku jednotky místo aby vám 00:44:22.860 --> 00:44:27.270 Pomocí této položky, které potřebujete Tyto aplikace Visual Studio 2017 15.3. 00:44:27.270 --> 00:44:28.390 >> Ano. >> Posunutí jako týdnem. 00:44:28.390 --> 00:44:30.940 >> Tak maximálně položky I právě ukázal, jako multi 00:44:30.940 --> 00:44:32.990 Při zacílení na podezření, že je něco že by měli přejít dříve. 00:44:32.990 --> 00:44:33.590 >> Ano. 00:44:33.590 --> 00:44:35.794 >>, Ale také mluvíte o .NET Core 2.0 a 00:44:35.794 --> 00:44:38.390 .NET standard 2.0, je nutné do 15.3. 00:44:38.390 --> 00:44:40.500 >> Doprava. >> Se nemůže být 15,2 nebo 15.1. 00:44:40.500 --> 00:44:42.270 >> V podstatě nefunguje. 00:44:42.270 --> 00:44:42.820 >> Ano. 00:44:42.820 --> 00:44:45.030 >> Ještě nevím, co chyby jsou vám, ale 00:44:45.030 --> 00:44:46.699 je pravděpodobně některé související unhappiness. 00:44:47.990 --> 00:44:48.850 >> Při návratu podél cesty. 00:44:50.540 --> 00:44:52.650 V pořádku takže na jednu adresu URL že byste měli mít na paměti je 00:44:52.650 --> 00:44:54.140 Tento jeden zde. 00:44:54.140 --> 00:44:59.013 Jeho netstandardfaq který odkazuje dokument, který jsem dříve ukázalo 00:44:59.013 --> 00:45:00.882 což je činná. 00:45:00.882 --> 00:45:03.847 Takže pokud máte otázky, která jsme dosud neodpověděli 00:45:03.847 --> 00:45:06.700 Právě by přidat nový sekce pro tuto věc zde. 00:45:06.700 --> 00:45:08.250 >> Doprava. >> A tak celou spoustu 00:45:08.250 --> 00:45:11.139 právě zodpovězených otázek Například zde 00:45:11.139 --> 00:45:13.220 Proč je například James? 00:45:13.220 --> 00:45:16.362 A jak funguje verze? 00:45:16.362 --> 00:45:19.401 Téměř vše, co jsme právě mluvili o je zde uvedena a 00:45:19.401 --> 00:45:22.900 Zde začátek, jsme také mají odkazy na další zdroje. 00:45:22.900 --> 00:45:27.058 Tak to je důvod, proč je v podstatě jedno centrální umístění, lze uhodnout, pro 00:45:27.058 --> 00:45:28.540 vše. 00:45:28.540 --> 00:45:29.610 Jsme odkaz na dokumenty, 00:45:29.610 --> 00:45:32.049 Máme video série, vytvořili jsme na webu YouTube. 00:45:33.050 --> 00:45:36.430 Koncepční dokumenty, naše API dokumenty jsou zde propojeny. 00:45:36.430 --> 00:45:39.293 Takže, například, chceme najít Co je skutečně v dokumentu a 00:45:39.293 --> 00:45:41.319 Odeslat 2.0, je to skutečně Procházet. 00:45:41.319 --> 00:45:43.936 Nemusíte používat pouze řady v Studio. 00:45:43.936 --> 00:45:46.702 >> Lze zjistit, který je je opravdu příjemné. 00:45:46.702 --> 00:45:49.703 >> Je velmi příjemné, zejména Při vyhledávání typů, 00:45:49.703 --> 00:45:52.300 je velmi citlivé, vpravo? 00:45:52.300 --> 00:45:54.238 Něco jsme nikdy bylo před na webu MSDN. 00:45:54.238 --> 00:45:55.542 >> Ne, zcela jistě není. 00:45:55.542 --> 00:45:58.660 >> Ve skutečnosti musíme použít na celou plochu obrazovky, je úžasné. 00:45:58.660 --> 00:46:00.190 >> Zapne out můžete. 00:46:00.190 --> 00:46:02.104 >> Je téměř lepší než GitHub, 00:46:02.104 --> 00:46:04.152 protože pouze GitHub Pomocí této části. 00:46:04.152 --> 00:46:07.080 Přesto je adresa URL si chcete zapamatovat. 00:46:07.080 --> 00:46:10.105 A pak samozřejmě, pokud máte otázky, které mě můžete kontaktovat na 00:46:10.105 --> 00:46:12.069 Twitter, můžete sestřelit e-mailu. 00:46:12.069 --> 00:46:13.001 Lze získat tuny e-mailů, protože 00:46:13.001 --> 00:46:15.480 Bude super spolupracovat v e-mailech po nástupu 00:46:15.480 --> 00:46:18.370 další straně můžete vyrazit me na Twitter než na e-mailu. 00:46:18.370 --> 00:46:19.450 >> Ano, cuz, který je co dělat. 00:46:19.450 --> 00:46:21.026 Get home, a pak je právě Twitter pro 00:46:21.026 --> 00:46:21.980 zbytek večer. 00:46:21.980 --> 00:46:26.768 >> To je úplně PRAVDA a potom Mé milované ženě získá 5 % času. 00:46:26.768 --> 00:46:30.459 >> Dobrá myslím, že jsme kinda přejdete-li na úzké zde. 00:46:30.459 --> 00:46:32.760 Myslím, že jste I v podstatě dotaz všechny mé otázky. 00:46:32.760 --> 00:46:33.966 >> Sweet. >> Skutečně č 00:46:33.966 --> 00:46:36.168 Mám dobrý jeden, Zeptejte se mnoho lidí. 00:46:36.168 --> 00:46:40.930 To je tým .NET Core 00:46:40.930 --> 00:46:44.530 začnete přemýšlet o .NET Základní 2.1, velké překvapení. 00:46:44.530 --> 00:46:45.103 >> Ano. 00:46:45.103 --> 00:46:48.020 >> Neučinili skutečně hotové plánování není ještě, ale 00:46:48.020 --> 00:46:50.933 bude verze, To je střední hodnota bude 00:46:50.933 --> 00:46:52.980 2.1 standardní net tečka >> Ano 00:46:52.980 --> 00:46:54.640 >> Ve stejnou dobu. 00:46:54.640 --> 00:46:55.810 >> To není současně takže 00:46:55.810 --> 00:46:58.750 I dnes znamená, že je trochu náhodný, že dot net 00:46:58.750 --> 00:47:01.220 Standardní základní 2.1 tečka net 2.1 mají stejné číslo verze. 00:47:01.220 --> 00:47:02.498 >> V pořádku. >> Ji může provést 00:47:02.498 --> 00:47:05.087 Místo toho rozhraní .NET 3.0 tím v .NET Core 2.0 00:47:05.087 --> 00:47:07.070 nejsou určeny Chcete-li být v lockstep. 00:47:07.070 --> 00:47:07.570 >> V pořádku. 00:47:09.480 --> 00:47:12.710 >> Tak jsme se standardní ref časem také. 00:47:12.710 --> 00:47:14.278 >> Doprava, proto 2.0 není poslední verze. 00:47:14.278 --> 00:47:15.454 >> Není poslední a 00:47:15.454 --> 00:47:18.760 pravděpodobně bude další Chcete-li volat, 2.1, 2.2, 2.3. 00:47:18.760 --> 00:47:22.066 Ale může Představte si svět, například byly jsme, Dejme tomu, 00:47:22.066 --> 00:47:23.284 můžeme přidat 2.1 ale 00:47:23.284 --> 00:47:26.740 Klepněte odpovídající implementuje cokoliv 2.2. 00:47:26.740 --> 00:47:29.180 Je to zcela možné. v závislosti na jak rychle jsme ref 00:47:29.180 --> 00:47:31.810 s ohledem na základní Standardní doprava? 00:47:31.810 --> 00:47:34.258 Ano může základní ref rychlejší než Norma nemá, protože 00:47:34.258 --> 00:47:36.808 Norma by obecně odkaz na cadence, kde můžeme 00:47:36.808 --> 00:47:39.723 dohodnou, zde je několik Rozhraní API bude mít všude. 00:47:39.723 --> 00:47:41.410 Můžeme je přidat do standardu. 00:47:41.410 --> 00:47:42.510 Tvoří sadu nice. 00:47:42.510 --> 00:47:44.230 V pořádku, Pojďme zavolat 2.1 a 00:47:44.230 --> 00:47:47.020 spolupracujeme se všemi a pak norma pro implementátory 00:47:47.020 --> 00:47:49.200 dojde k jejich provádění Chcete-li implementovat 2.1. 00:47:49.200 --> 00:47:50.770 >> Doprava, proto je to v podstatě v plánu 00:47:50.770 --> 00:47:54.020 což je, nové koncepce jsou zobrazena v .NET Core první? 00:47:55.490 --> 00:48:00.340 Mohou získat ověřené a pak některé kombinace byla přidána do 00:48:00.340 --> 00:48:04.750 jiné implementace, například Xamarin a rozhraní.NET Framework a 00:48:04.750 --> 00:48:07.330 přidány do standardní rozhraní .NET Dále se stalo, je, že? 00:48:07.330 --> 00:48:09.323 >> To je právo, a Některá rozhraní API 00:48:09.323 --> 00:48:12.314 mohou být existující rozhraní API této jsme nebyly dosud standardizovány 00:48:12.314 --> 00:48:14.011 Některá rozhraní API může být nová rozhraní API. 00:48:14.011 --> 00:48:16.746 A to, že nové rozhraní API je pouze Nejprve bude core, odhadovat, 00:48:16.746 --> 00:48:19.250 Když jste si alespoň právě z hlediska PCL 00:48:19.250 --> 00:48:21.820 vzhledem k tomu, že je součástí která je získávána otevřít. 00:48:21.820 --> 00:48:24.525 To je část, kterou můžeme proveďte změny, které jsou poměrně rychlé. 00:48:24.525 --> 00:48:27.809 A ještě obecné zobrazení je-li Vsadit API nejprve betonu 00:48:27.809 --> 00:48:30.044 provedení, a potom z něj, 00:48:30.044 --> 00:48:31.730 můžeme ji všude else. 00:48:31.730 --> 00:48:34.877 >> Ano, I odhad jsme nikdy ve skutečnosti mluvili, dokonce 00:48:34.877 --> 00:48:38.431 v našem plánování, ale bylo ukončeno až sem, protože je zřejmé. 00:48:38.431 --> 00:48:39.139 >> Ano. >> Ale 00:48:39.139 --> 00:48:43.373 Lze odhadnout, že ve skutečnosti máme to pravidlo, které jsme pouze umisťovat v 00:48:43.373 --> 00:48:46.039 Standardní rozhraní .NET lze otevřít zdroj. 00:48:46.039 --> 00:48:48.210 >> Ano, I v tom, že jeho logický vedlejší účinek 00:48:48.210 --> 00:48:49.920 Použití zásobníku je otevřít zdroj. 00:48:49.920 --> 00:48:52.351 >> Ano, v pořádku, veškerá práva. 00:48:52.351 --> 00:48:53.850 >> Pak, je poměrně daleko. 00:48:53.850 --> 00:48:57.209 >> Ano, v pořádku, dobře, lidé Máte místa vás kontaktovat. 00:48:57.209 --> 00:48:58.360 >> To je pokuta. 00:48:58.360 --> 00:49:00.540 >> Přečtěte si náš blog a to bylo Super. 00:49:00.540 --> 00:49:01.510 I šarže dozvěděli. 00:49:01.510 --> 00:49:03.150 >> Ano, I během jeho podstatě. 00:49:03.150 --> 00:49:04.170 >> Dobrá děkuje všem uživatelům 00:49:04.170 --> 00:49:06.966 sledování jiného díl na .NET. 00:49:06.966 --> 00:49:08.796 Ocení jej. 00:49:08.796 --> 00:49:09.296 >> Bye.