WEBVTT 00:00:00.930 --> 00:00:03.890 Итак мы находимся на показ на .NET. 00:00:03.890 --> 00:00:07.400 И сегодня у нас Landworth Иммо 00:00:08.800 --> 00:00:11.470 кто является руководителем программы в группе разработчиков .NET. 00:00:11.470 --> 00:00:13.160 Фактически работа вместе подумать. 00:00:13.160 --> 00:00:14.180 >> Да. >> [ХОХОЧЕМ] 00:00:14.180 --> 00:00:14.764 >> [ХОХОЧЕМ] 00:00:14.764 --> 00:00:16.234 >> И сегодня мы собираемся сделать 00:00:16.234 --> 00:00:18.362 Подробное описание стандартных 20 .NET. 00:00:18.362 --> 00:00:20.970 >> И [INAUDIBLE] по центру в целом. 00:00:20.970 --> 00:00:21.520 >> Право. >> И 00:00:21.520 --> 00:00:24.480 Я думаю, что мы слышали довольно несколько вопросов об этом. 00:00:24.480 --> 00:00:25.750 >> Да. >> Обработки людей рады. 00:00:25.750 --> 00:00:27.250 Они думают, что это хорошо. 00:00:27.250 --> 00:00:30.840 Но не обязательно полностью разобраться во всех случаях. 00:00:30.840 --> 00:00:31.660 >> Право. 00:00:31.660 --> 00:00:32.860 >> Давайте делать подробный. 00:00:32.860 --> 00:00:36.090 Я думаю, что вы определенно – один экспертов по этой теме. 00:00:36.090 --> 00:00:37.302 >> Я лучше быть. >> [ХОХОЧЕМ] Да. 00:00:37.302 --> 00:00:39.243 >> Cuz я провел два лет, работая на этом. 00:00:39.243 --> 00:00:40.050 [ХОХОЧЕМ] >> Да. 00:00:40.050 --> 00:00:41.740 Я имею в виду как можно занимает так много времени? 00:00:41.740 --> 00:00:43.325 >> Я знаю справа. Кажется, простой концепции. 00:00:43.325 --> 00:00:45.849 Так что давайте начнем. 00:00:45.849 --> 00:00:49.030 >> Имеется несколько слайдов и затем есть множество демонстраций и 00:00:49.030 --> 00:00:51.230 Затем вы можете прервать мне и задать вопросы. 00:00:51.230 --> 00:00:51.780 >> Я сделаю. 00:00:51.780 --> 00:00:54.310 Также, как я уже говорил, я буду для обеспечения отслеживания laugh. 00:00:54.310 --> 00:00:54.810 >> Неплохо. 00:00:56.500 --> 00:00:58.289 >> Просто быть мне, но Я не знаю ответ, но Эй. 00:00:59.360 --> 00:01:02.300 Все правой, это важный вопрос Действительно, зачем мы care 00:01:02.300 --> 00:01:03.170 о стандартных .NET. 00:01:03.170 --> 00:01:06.160 Обычно это первое Поскольку, могли бы поинтересоваться 00:01:06.160 --> 00:01:08.740 они знают, .NET и обычно когда они думают, что .NET 00:01:08.740 --> 00:01:09.970 они думают о в .NET framework. 00:01:09.970 --> 00:01:11.730 Они не могут вызывать ее в .NET framework, но 00:01:11.730 --> 00:01:14.430 который по сути является то, что Мы должны 15 лет назад. 00:01:14.430 --> 00:01:17.550 И мир был действительно простой затем обратно, так как мы использовали только 00:01:17.550 --> 00:01:19.720 одной платформе беспокоиться о и 00:01:19.720 --> 00:01:22.970 по сути, можно построить вы затем знаете оба вида назад. 00:01:22.970 --> 00:01:28.283 По сути настольных приложений, как и он был приложений для .NET. 00:01:28.283 --> 00:01:30.753 И конечно же вы можете построение консольного приложения и 00:01:30.753 --> 00:01:32.710 окно служб и что есть у вас. 00:01:32.710 --> 00:01:34.610 Но всегда были на Эта одна платформа. 00:01:34.610 --> 00:01:37.900 Так, если бы бизнес-логики просто используйте его для этой платформы 00:01:37.900 --> 00:01:39.090 на основе этой библиотеки BCL. 00:01:39.090 --> 00:01:41.160 >> Помню. 00:01:41.160 --> 00:01:43.660 >> Хорошие старые дни, справа, а затем годами 00:01:43.660 --> 00:01:44.380 мы добавили Дополнительные материалы. 00:01:44.380 --> 00:01:45.720 Так что есть Xamarin, например, 00:01:45.720 --> 00:01:48.870 что делает то же самое самое зрения 00:01:48.870 --> 00:01:51.300 предоставляя платформу .NET Это очень эффективно. 00:01:51.300 --> 00:01:54.630 Но больше внимания мобильных устройств, в частности 00:01:54.630 --> 00:01:57.890 отличных от Windows, iOS, OS X, а затем Android. 00:01:57.890 --> 00:02:00.300 Очевидно, что OS X не мобильный Однако же существует. 00:02:00.300 --> 00:02:03.810 Это по сути идея вы Создание различных типов приложений 00:02:03.810 --> 00:02:06.270 по существу с их версия .NET. 00:02:06.270 --> 00:02:08.090 И они построены с моно. 00:02:08.090 --> 00:02:10.449 Поэтому очень похож моно в .NET framework но 00:02:10.449 --> 00:02:12.180 Это не 100% совпадают. 00:02:12.180 --> 00:02:13.570 Поэтому, когда вы говорите о бизнес-логики 00:02:13.570 --> 00:02:15.330 Теперь у нас есть две вещи беспокоиться о вправо. 00:02:15.330 --> 00:02:18.350 А затем с ядра .NET есть еще одно. 00:02:18.350 --> 00:02:20.460 И у нас есть другой мобильные угол здесь с UWP. 00:02:20.460 --> 00:02:23.700 Но затем есть также новая Основные ASP.NET и 00:02:23.700 --> 00:02:26.560 еще другой BCL для ядра .NET. 00:02:26.560 --> 00:02:28.140 И они отличаются так как они 00:02:28.140 --> 00:02:29.350 разных кодовых баз, правом? 00:02:29.350 --> 00:02:32.390 Так что если мы принимаем PRs, мы используем принять PRs на .NET 00:02:32.390 --> 00:02:35.050 Основные части дома, потому что Вот где стороной. 00:02:35.050 --> 00:02:37.740 А затем оттуда, сообщить о ней net framework или моно или 00:02:37.740 --> 00:02:40.740 любые другие реализации Возможно у нас в будущем. 00:02:40.740 --> 00:02:41.295 И так как 00:02:41.295 --> 00:02:45.360 повторное использование кода, теперь становится это многомерные проблемы? 00:02:45.360 --> 00:02:48.370 А так как мы говорим об этих вещи в верхней как приложение 00:02:48.370 --> 00:02:50.780 модели, которые в самое Создайте свое приложение с и 00:02:50.780 --> 00:02:53.860 самое внизу мы просто вызвать их базовых библиотек 00:02:53.860 --> 00:02:54.920 материалы общего назначения. 00:02:54.920 --> 00:02:55.420 >> Право. 00:02:58.100 --> 00:03:00.610 >> Мы хотели сказать его три плюс один 00:03:00.610 --> 00:03:02.780 Поскольку это по сути три разные вещи и 00:03:02.780 --> 00:03:06.910 а также, что на самом деле Общие для всех из них. 00:03:06.910 --> 00:03:10.490 Необходимо сохранять столь важно, что в API-Интерфейс фактически можно использовать совместно. 00:03:10.490 --> 00:03:12.826 Если требуется запись сейчас библиотеки, что по сути нужно 00:03:12.826 --> 00:03:15.263 компиляция из несколько раз несколько платформ [INAUDIBLE] 00:03:15.263 --> 00:03:17.300 и это по сути становится трудно. 00:03:17.300 --> 00:03:21.578 >> Вправо я знаю, когда я учился используя сочетание .NET 00:03:21.578 --> 00:03:24.190 1.x Core Framework и .NET. 00:03:24.190 --> 00:03:25.920 >> Право. >> До всех этих рода 00:03:25.920 --> 00:03:27.350 полностью приобретенного товара. 00:03:27.350 --> 00:03:29.460 Я делал некоторые файловый ввод-ВЫВОД. 00:03:29.460 --> 00:03:30.750 Я думаю, было файловый поток и 00:03:30.750 --> 00:03:33.820 фактически было в файле поток чтения потока и 00:03:33.820 --> 00:03:38.810 один важный метод что мне действительно хотелось 00:03:38.810 --> 00:03:42.290 Использование и я использовал его в .net framework и 00:03:42.290 --> 00:03:46.010 Затем я скопировал код через основной x и не работает. 00:03:46.010 --> 00:03:47.730 И я остался несчастного. 00:03:49.220 --> 00:03:55.470 К счастью переданный некоторое время а затем пытался вернуть 00:03:55.470 --> 00:03:59.500 же упражнение с ядра .NET API 2.0 и что была. 00:03:59.500 --> 00:04:02.630 И я с радостью, и Я просто выбрал мою работу. 00:04:02.630 --> 00:04:04.390 Таким образом определенно свидетельствует о наличии с этой проблемой. 00:04:04.390 --> 00:04:06.510 >> Да, именно это проблема, правом? 00:04:06.510 --> 00:04:09.540 И если вы перетащите вверх класса Библиотека, это то же самое. 00:04:09.540 --> 00:04:11.990 Но даже является более сложным. 00:04:11.990 --> 00:04:14.780 >> Я полагаю, что еще слишком является, например, код 00:04:14.780 --> 00:04:18.650 Я добавил, я был уже с помощью лучших API. 00:04:18.650 --> 00:04:21.510 Это не было, как я думал 00:04:21.510 --> 00:04:23.760 Возможно некоторые лучше всего это Это, не знал. 00:04:23.760 --> 00:04:25.920 Я знал, что я использовал лучший шаблон. 00:04:25.920 --> 00:04:30.020 Так что я был столь же явно будут недовольны так как я хотел бы сделать 00:04:30.020 --> 00:04:32.900 что-либо, по существу уверены, было хуже. 00:04:32.900 --> 00:04:34.250 >> Да. 00:04:34.250 --> 00:04:36.610 >> К счастью с этим новые модель, которая больше не так. 00:04:36.610 --> 00:04:37.570 >> На правом. 00:04:37.570 --> 00:04:40.586 И по сути когда мы сейчас Вспомните стандартной .NET, что 00:04:40.586 --> 00:04:43.486 он фактически делает это по сути по существу, пытается объединить 00:04:43.486 --> 00:04:46.270 Этот базовый слои, не у этого опыта больше 00:04:46.270 --> 00:04:49.228 где A платформы решает сделать что-то сможете устаревшие 00:04:49.228 --> 00:04:51.729 и затем у вас нет возможности сделать правильный способ. 00:04:51.729 --> 00:04:54.764 И таким образом, можно представить новый NET по существу как стандартные 00:04:54.764 --> 00:04:56.220 Чтобы исключить их все, один BCL 00:04:56.220 --> 00:04:58.118 Я думаю, что мы сказал Это много раз. 00:04:58.118 --> 00:05:02.120 Но логически это по сути набор интерфейсов API, действительно каждые 00:05:02.120 --> 00:05:05.519 Должен иметь платформы .NET, поскольку они являются подлинными 00:05:05.519 --> 00:05:08.466 фундаментальными частями как коллекции ввода/вывода 00:05:08.466 --> 00:05:09.976 доступ к консоли 00:05:09.976 --> 00:05:13.250 то, что можно сделать в основном в библиотеки нижних уровней. 00:05:13.250 --> 00:05:15.026 И с более низкого уровня на самом деле означает как не app 00:05:15.026 --> 00:05:16.150 определенные материалы, правом? 00:05:16.150 --> 00:05:17.480 Бизнес-логика приходит на ум, 00:05:17.480 --> 00:05:18.920 слои доступа к данным приходит на ум. 00:05:18.920 --> 00:05:22.190 >> Но Имеется также обещание пользователя. 00:05:22.190 --> 00:05:24.130 Разработчик обещание аспект его. 00:05:24.130 --> 00:05:25.090 >> Право. 00:05:25.090 --> 00:05:27.439 Который является по сути они - все элементы, помещенные в .NET 00:05:27.439 --> 00:05:31.450 стандарт будет перейти везде, где перемещение вперед. 00:05:31.450 --> 00:05:32.949 И мы поговорим немного Дополнительные сведения о версии и 00:05:32.949 --> 00:05:33.660 как это работает в целом. 00:05:33.660 --> 00:05:35.494 Но идея, время с самого стандарта 00:05:35.494 --> 00:05:37.890 номера версий, так как мы Нет машины времени. 00:05:37.890 --> 00:05:40.620 Мы не задним числом Добавьте интерфейс API пять лет назад 00:05:40.620 --> 00:05:41.730 Это не поможет. 00:05:41.730 --> 00:05:44.230 Поэтому, когда мы добавляем новый интерфейс API как Новая версия standard, но 00:05:44.230 --> 00:05:46.520 Ожидается, все в конечном итоге будет переместить платформ 00:05:46.520 --> 00:05:48.580 для более поздней версии они никогда не уверены в версии. 00:05:48.580 --> 00:05:49.240 >> Право. 00:05:49.240 --> 00:05:50.530 >> Т не bifurcate по существу, 00:05:50.530 --> 00:05:53.070 всегда, Вы всегда вперед и 00:05:53.070 --> 00:05:54.630 согласованность перехватываются вверх по времени. 00:05:54.630 --> 00:05:57.970 >> Вы знаете, я знаю пользователь, обладающий машинного времени. 00:05:57.970 --> 00:05:59.220 Вы? 00:05:59.220 --> 00:06:03.190 >> Да, поэтому очень большие - >> Мы должны нанять, парень. 00:06:03.190 --> 00:06:05.780 >>: Да, на самом деле, Теперь является женщина. 00:06:05.780 --> 00:06:07.180 >> Я думаю, что это так. 00:06:07.180 --> 00:06:08.570 Какова его имя? 00:06:08.570 --> 00:06:09.670 Или ее имя? [ХОХОЧЕМ] 00:06:09.670 --> 00:06:11.130 >> Также по-прежнему 00:06:11.130 --> 00:06:12.440 то же имя, я думаю. 00:06:13.560 --> 00:06:16.190 Она поставляется в декабре. 00:06:16.190 --> 00:06:17.110 >> Неплохо. >> Да, здорово. 00:06:18.920 --> 00:06:21.440 Поэтому, в чем состоит различие Мы отправить его 00:06:21.440 --> 00:06:24.270 Предыдущий рисунок в качестве как только один BCL. 00:06:24.270 --> 00:06:26.790 Я бы сказал, что он не диаграмму Венна схемы, так как это только действительно 00:06:26.790 --> 00:06:29.310 одно дело восстановления Таким образом, скрытие номера 00:06:29.310 --> 00:06:31.790 Это проще, чем Перекрытие 00:06:31.790 --> 00:06:34.630 Схема нескольких кругов >> Определенно. 00:06:34.630 --> 00:06:37.290 >> И затем еще пользователь указывает, с 00:06:37.290 --> 00:06:39.600 мы добавили множество дополнительных интерфейсов API, и У меня есть слайд на, а также 00:06:39.600 --> 00:06:42.192 но по сути мы действительно попробовать Сделайте общим dominator большой. 00:06:42.192 --> 00:06:45.481 Как и на переносной мы точно так же моделировать мы бы 00:06:45.481 --> 00:06:47.900 но она во многом неоптимальной. 00:06:47.900 --> 00:06:51.444 Но сейчас мы на самом деле пошло из Наш способ убедиться, что помещаем 00:06:51.444 --> 00:06:56.400 Мы считаем разумным и Это довольно велик. 00:06:56.400 --> 00:06:57.830 И мы просто заполните пропуски для 00:06:57.830 --> 00:06:59.610 платформы, не передавать эти API-интерфейсы. 00:06:59.610 --> 00:07:01.660 А не другой как раз наоборот. 00:07:01.660 --> 00:07:02.830 И поэтому обещает клиента и 00:07:02.830 --> 00:07:04.760 по сути можно просто Цель стандарта. 00:07:04.760 --> 00:07:07.374 И она может работать в любом месте, где эта версия 00:07:07.374 --> 00:07:08.690 поддерживается стандарт. 00:07:10.220 --> 00:07:11.750 >> Право. Поэтому вы, вероятно, помните 00:07:11.750 --> 00:07:14.631 сведения о начальной школы наименьшему общему знаменателю. 00:07:14.631 --> 00:07:15.850 >> Да. 00:07:15.850 --> 00:07:19.620 >> Вид думаю PCL проект, который мы сделали был немного 00:07:19.620 --> 00:07:23.110 низкий общий знаменатель проекта. 00:07:23.110 --> 00:07:26.859 Это одно, я думаю, все в honesty на самом деле, как наибольший общий 00:07:26.859 --> 00:07:28.276 проект знаменатель 00:07:28.276 --> 00:07:30.920 особенности Стандартный 2.0 .NET. 00:07:30.920 --> 00:07:31.990 Вы думаете, что это справедливо? 00:07:31.990 --> 00:07:33.130 >> Да, я думаю, для меня 00:07:33.130 --> 00:07:36.080 Разница заключается в Дополнительные преднамеренности. 00:07:36.080 --> 00:07:37.890 Модель PCL — мы бы. 00:07:37.890 --> 00:07:39.060 Поэтому он был по-прежнему загадка. 00:07:39.060 --> 00:07:40.532 Было каждой платформы все, что захотят. 00:07:40.532 --> 00:07:43.062 И затем мы предоставляем оборудование было то, что модель 00:07:43.062 --> 00:07:43.671 было. 00:07:43.671 --> 00:07:46.015 Стандартный мы сказали, Это нам нужно 00:07:46.015 --> 00:07:48.605 Теперь позволяет убедитесь, что все есть вещи и поэтому 00:07:48.605 --> 00:07:51.083 Мы израсходован мы думаем было установлено право API. 00:07:51.083 --> 00:07:53.903 >> Да одну вещь я иногда Расскажите, обычно получено 00:07:53.903 --> 00:07:56.913 пустой stares на замечательные тему Чтобы получить в этом видео. 00:07:56.913 --> 00:07:57.621 >> Звучит очень. 00:07:57.621 --> 00:08:02.422 >> Да еще, с PCL, все профили с awesome 00:08:02.422 --> 00:08:05.634 имена были все машина создана. 00:08:05.634 --> 00:08:10.531 Поэтому не было ни один человек подумал участвует в создании тех 00:08:10.531 --> 00:08:11.580 профили. 00:08:11.580 --> 00:08:13.189 >> На правом. 00:08:13.189 --> 00:08:15.240 >> Звуки super довольно странно. 00:08:15.240 --> 00:08:18.420 И, следовательно, разница с этим, в которой используется 00:08:18.420 --> 00:08:20.560 преднамеренности слово. 00:08:20.560 --> 00:08:23.580 Таким образом была мысль человека по сути, участвующих в 00:08:23.580 --> 00:08:26.910 Каждый участник один, мы извлечено в стандартной .NET. 00:08:28.060 --> 00:08:30.710 Таким образом Да, значит, теперь вы у человека послужила причиной неполадки. 00:08:30.710 --> 00:08:33.310 >> [ХОХОЧЕМ] >>, Но я думаю, что это огромно, 00:08:33.310 --> 00:08:34.830 Огромная разница. 00:08:34.830 --> 00:08:35.870 >> Я так думаю слишком. 00:08:38.860 --> 00:08:39.700 Таким образом затем что такое стандарт 00:08:39.700 --> 00:08:40.690 Я имею в виду, что обычно это самое. 00:08:40.690 --> 00:08:42.910 Все это звучит очень когда вы иметь как абстрактные схемы т 00:08:42.910 --> 00:08:45.020 действительно что сводится в Visual Studio является 00:08:45.020 --> 00:08:47.340 При этом новые развлечения проекта вы Здесь у этой новой категории 00:08:47.340 --> 00:08:48.830 вызывается стандартный .NET и 00:08:48.830 --> 00:08:51.140 он имеет один шаблон в его кросс-стандартов библиотеки .NET. 00:08:51.140 --> 00:08:54.390 Поэтому проект тип, который можно создать. 00:08:54.390 --> 00:08:56.420 Так, что это механический фигуру к нему. 00:08:56.420 --> 00:08:58.150 И единый блок что вы сегодня дата. 00:08:58.150 --> 00:09:00.863 Во второй части — Спецификация, поэтому 00:09:00.863 --> 00:09:02.682 Это по сути набор API-интерфейсов. 00:09:02.682 --> 00:09:06.426 Что говорят, что должны все платформы Эти API, так что один из способов реализации 00:09:06.426 --> 00:09:09.295 подумать об этом, вы can- >> Я просто можно jerk для 00:09:09.295 --> 00:09:09.831 чуть позже? 00:09:09.831 --> 00:09:11.421 >> Да, речь идет естественным образом. 00:09:11.421 --> 00:09:12.263 >> Да, речь идет естественным образом. 00:09:12.263 --> 00:09:13.790 Вернуться к слайду презентации. 00:09:13.790 --> 00:09:14.300 >> Да. 00:09:14.300 --> 00:09:16.990 >>, Так что это просто маленький бит шутка, но 00:09:16.990 --> 00:09:21.780 Я думаю, что люди будут спрашивают Я в узле стандартной .NET 00:09:21.780 --> 00:09:23.770 Я вижу кросс-библиотеки Стандарт .NET. 00:09:23.770 --> 00:09:27.260 Почему отображается .NET Framework 4.5.2 существует? 00:09:27.260 --> 00:09:28.220 >> Ты в раскрывающемся списке в начале? 00:09:28.220 --> 00:09:30.900 >> Да, мне просто хочется, в что-то, чтобы привлечь внимание к. 00:09:30.900 --> 00:09:33.960 >> Да, по сути, это конечный результат моей самой первой 00:09:33.960 --> 00:09:35.850 слайд, когда я уже говорил, мы использовали для Платформа .NET Framework и 00:09:35.850 --> 00:09:37.210 мир был хорошим. 00:09:37.210 --> 00:09:38.820 Поэтому мы говорим было бы замечательно, если вы можете 00:09:38.820 --> 00:09:41.370 выбрать номер версии Перед созданием шаблона. 00:09:41.370 --> 00:09:44.930 И позже может добавить больше Версии .NET как [INAUDIBLE] в 00:09:44.930 --> 00:09:46.710 также некоторые точки. 00:09:46.710 --> 00:09:49.350 Как этот раскрывающийся потери много вниз его значение, а, возможно, следует 00:09:49.350 --> 00:09:52.180 быть в самом низу и следует выбрать имя. 00:09:52.180 --> 00:09:54.889 И должны быть чувствительны к направленные шаблоном, но 00:09:54.889 --> 00:09:56.694 диалоговое окно будет содержать только не представляет этот 00:09:56.694 --> 00:09:57.768 к сожалению, сегодня. 00:09:57.768 --> 00:10:01.207 >> Вы думаете, что так что будущее имеет смысл для меня. 00:10:01.207 --> 00:10:03.095 >> Да. >> Вы думаете, что, когда-либо будет 00:10:03.095 --> 00:10:03.637 произошло? 00:10:03.637 --> 00:10:04.985 Я действительно надеюсь. 00:10:04.985 --> 00:10:05.986 >> Да. >> Я уже говорил это перед 00:10:05.986 --> 00:10:08.303 Twitter, я думаю, это целое диалоговое окно требует капитального ремонта. 00:10:08.303 --> 00:10:10.154 >> Да. >> Есть немного слишком много 00:10:10.154 --> 00:10:12.706 варианты и имен, которые не являются обязательно отражающее 00:10:12.706 --> 00:10:14.600 мышления о мир сегодня. 00:10:14.600 --> 00:10:15.470 >> Да, подтверждения. 00:10:16.530 --> 00:10:17.700 >> Да, так что. 00:10:17.700 --> 00:10:19.380 Поэтому мы думаем о часть спецификации. 00:10:19.380 --> 00:10:21.420 Таким образом, если вы считаете стандарта как это спецификация 00:10:22.660 --> 00:10:23.920 Хорошей иллюстрацией является HTML. 00:10:23.920 --> 00:10:26.162 Поэтому спецификацию HTML-код и Затем — обозреватель. 00:10:26.162 --> 00:10:27.673 Поэтому мы реализации этих спецификаций. 00:10:27.673 --> 00:10:30.788 Край, хром и каждый один из них в сущности 00:10:30.788 --> 00:10:32.756 Привязка к другой версия спецификации. 00:10:32.756 --> 00:10:34.603 Но так же он происходит стандартам .NET. 00:10:34.603 --> 00:10:36.603 Поэтому стандартный по существу в спецификации HTML и 00:10:36.603 --> 00:10:39.303 а затем эквивалент браузера по существу конкретных .NET 00:10:39.303 --> 00:10:41.703 реализован как платформы Семейство .NET, ядра .NET 00:10:41.703 --> 00:10:42.516 Xamarin Unity. 00:10:42.516 --> 00:10:46.310 И все, что мы может Создайте в будущем. 00:10:46.310 --> 00:10:50.380 Так что это очень хороший Рисунок психического иметь. 00:10:50.380 --> 00:10:51.858 Итак, как я уже говорил ранее, 00:10:51.858 --> 00:10:55.500 с 2.0 мы действительно выполняется для добавления многие дополнительные интерфейсы API обратно. 00:10:55.500 --> 00:10:59.143 На самом деле мы добавили около 20 000 API-интерфейсы, по сравнению с .NET Standard 00:10:59.143 --> 00:11:03.130 1.x или 1.6, который был самую новую версию в 1 x ряда. 00:11:03.130 --> 00:11:05.693 И так, мы, полученных номер был, по сути говорилось, 00:11:05.693 --> 00:11:07.598 хорошо, что является максимальным Мы могу себе представить? 00:11:07.598 --> 00:11:10.628 И максимум, который мы можем представить использовать .NET framework 00:11:10.628 --> 00:11:13.058 и Xamarin, и фигурный пересечение. 00:11:13.058 --> 00:11:15.148 Потому что это по сути для хорошего прокси 00:11:15.148 --> 00:11:17.073 Интерфейсы API, которые могут быть но между различными платформами 00:11:17.073 --> 00:11:19.937 они по-прежнему очень похоже на .NET framework имеет. 00:11:19.937 --> 00:11:21.587 И затем мы также добавили несколько Интерфейсы API, которые были только в 00:11:21.587 --> 00:11:23.280 .NET framework, Xamarin не было, и 00:11:23.280 --> 00:11:24.367 спросил, для их реализации. 00:11:24.367 --> 00:11:27.825 Поэтому у нас нет набор Franken по существу. 00:11:27.825 --> 00:11:31.508 >> По сути, мы просто перейти с простой сценарий, 00:11:31.508 --> 00:11:36.189 Вы упомянули, пересечение .NET Framework, скажем, 4.7 и 00:11:36.189 --> 00:11:39.413 Последние, моно, пересечение, который еще не был 00:11:39.413 --> 00:11:42.350 в основных .NET около 20 000 API-интерфейсы. 00:11:42.350 --> 00:11:43.683 >> Поэтому большая часть нашей работы - исправьте, >> На большой. 00:11:43.683 --> 00:11:45.610 >> Не было revving спецификации. 00:11:45.610 --> 00:11:48.990 Большая часть работы была затем Реализация его обратно на ядре. 00:11:48.990 --> 00:11:51.229 Была конструкцией уже поддерживается. 00:11:51.229 --> 00:11:53.333 Xamarin пришлось добавить очень немного интерфейсов API. 00:11:53.333 --> 00:11:55.859 Я думаю, вероятно, меньше, чем 100 спросили Xamarin чтобы API-интерфейсов 00:11:55.859 --> 00:11:56.390 реализации. 00:11:57.660 --> 00:12:00.240 Так что Да, мы бы 20 000 API-интерфейсов нам пришлось добавить в ядро, 00:12:00.240 --> 00:12:02.479 Это было массовое нашей работы. 00:12:04.810 --> 00:12:06.592 >> Я пишу их Чтобы также UWP. 00:12:06.592 --> 00:12:07.677 >> Исправления, 00:12:07.677 --> 00:12:10.390 UWP с первого слайда он довольно lumped вверх с .NET 00:12:10.390 --> 00:12:12.305 Основы, поскольку они являются довольно одновременно в одной базе кода. 00:12:12.305 --> 00:12:14.064 >> Мм hm. >> Чтобы они не мешали его 00:12:14.064 --> 00:12:17.523 к сожалению, свободно, так как Другая среда выполнения имеет UWP 00:12:17.523 --> 00:12:19.931 среды Выполняет обычное Windows. 00:12:19.931 --> 00:12:22.888 Так что есть работы, происходит Добавление операционной системы для поддержки приложений 00:12:22.888 --> 00:12:24.380 контейнер и все такое. 00:12:24.380 --> 00:12:27.298 Но Да, они также будут Получение же API поверхности. 00:12:27.298 --> 00:12:28.311 Мы будем поставлять позднее в этом году. 00:12:28.311 --> 00:12:30.420 Я не думаю, что они сообщили о Дата еще, верно? 00:12:30.420 --> 00:12:32.003 Он будет приходить. 00:12:32.003 --> 00:12:35.307 Вторая вещь, я думаю, Другой интересной tidbit, 00:12:35.307 --> 00:12:38.119 При попытке создания набора библиотек с одной осью 00:12:38.119 --> 00:12:41.299 проблемы, которые обычно выполняются в — в первую очередь, при копировании 00:12:41.299 --> 00:12:44.550 собственный код, есть тонны API, вы пропустите. 00:12:44.550 --> 00:12:45.570 Но это в элементе управления. 00:12:45.570 --> 00:12:47.260 Можно выполнить рефакторинг кода. 00:12:47.260 --> 00:12:49.099 Это может быть тонну работы, Однако это можно сделать. 00:12:49.099 --> 00:12:51.233 Обычно где материал заканчивается, Тем не менее, 00:12:51.233 --> 00:12:54.245 Вы зависимостями в библиотеках сторонних производителей 00:12:54.245 --> 00:12:55.952 что кто-то другой дал вам. 00:12:55.952 --> 00:12:59.142 Единица обработки X Например, или JSON.net, или 00:12:59.142 --> 00:13:01.222 все, что фактически используется. 00:13:01.222 --> 00:13:03.574 И большая часть библиотеки в Nuget сегодня не 00:13:03.574 --> 00:13:04.707 Нацеленность на стандартный. 00:13:04.707 --> 00:13:06.417 Они по-прежнему целевой .NET framework 00:13:06.417 --> 00:13:08.487 потому что это самое Это вокруг для так много времени. 00:13:08.487 --> 00:13:09.715 И поэтому вопрос, у нас есть: 00:13:09.715 --> 00:13:11.190 Итак как мы сделать сделать более гладкими. 00:13:11.190 --> 00:13:13.592 Как нам сделать это проще Пользователи порт? 00:13:13.592 --> 00:13:16.262 Поэтому [INAUDIBLE] мы называем оболочка совместимости или 00:13:16.262 --> 00:13:19.585 режим совместимости, который по сути позволяет ссылку Nuget 00:13:19.585 --> 00:13:22.980 пакеты, только Сегодня работает в .NET framework. 00:13:22.980 --> 00:13:25.727 И мы пытались перейти из наших способ поиска дубликатов на .NET 00:13:25.727 --> 00:13:26.355 Стандарт. 00:13:26.355 --> 00:13:27.323 А также, 00:13:27.323 --> 00:13:30.113 все платформы, реализующей Стандартный 2.0 .NET. 00:13:30.113 --> 00:13:32.585 И демонстрационную версию которого имеют l Возможно, объясняет немного 00:13:32.585 --> 00:13:34.766 лучше, но идея здесь Это лучше всего усилий. 00:13:34.766 --> 00:13:37.037 Поэтому мы не знаем, что выполняет библиотеки. 00:13:37.037 --> 00:13:39.123 И если она использует Win Forms для Пример, 00:13:39.123 --> 00:13:41.896 он не будет работать в команде в системе Linux очевидно. 00:13:41.896 --> 00:13:46.328 Но большинство библиотек мы найти на Nuget API, около 70% 00:13:46.328 --> 00:13:49.111 сравнимые какие мы в .NET 2.0. 00:13:49.111 --> 00:13:51.985 Поэтому на практике большинство При обновлении времени и 00:13:51.985 --> 00:13:54.736 только ссылки на существующий пакет Framework 00:13:54.736 --> 00:13:57.200 он, наверное, просто будет работать нормально. 00:13:57.200 --> 00:13:59.970 >> Справа, чтобы получить пояснение emptor природа это. 00:13:59.970 --> 00:14:01.166 >> Да. >> Имени пользователя, 00:14:01.166 --> 00:14:06.352 он будет awesome Если я сказать, я нахожусь 00:14:06.352 --> 00:14:11.888 с помощью озвучивания Nuget упаковать не должно быть по-настоящему обращения 00:14:11.888 --> 00:14:16.983 что нужно исследовать перейти полностью на себя. 00:14:16.983 --> 00:14:19.107 Если в этом сегменте в размере 70% 00:14:19.107 --> 00:14:22.578 Существуют списки в любом месте что я мог бы продолжать посмотрите? 00:14:22.578 --> 00:14:24.361 >> Ты как списки Nuget новые пакеты, мы 00:14:24.361 --> 00:14:25.550 определить будет работать? 00:14:25.550 --> 00:14:26.485 >> Да. 00:14:26.485 --> 00:14:28.006 >> Нет, я не думаю у нас есть список сегодня. 00:14:28.006 --> 00:14:29.814 Это фактически хорошее предложение. 00:14:29.814 --> 00:14:30.821 Возможно, мы должны иметь список. 00:14:30.821 --> 00:14:31.801 >> Да. 00:14:31.801 --> 00:14:34.441 >>, Что еще можно сделать необходимо осуществлять доступ к Nuget 00:14:34.441 --> 00:14:34.991 Авторы и 00:14:34.991 --> 00:14:37.930 активное поощрение их к самостоятельному поддерживает стандартные .NET. 00:14:37.930 --> 00:14:39.070 Особенно когда они 00:14:39.070 --> 00:14:41.000 уже де-факто совместимые его в любом случае. 00:14:41.000 --> 00:14:43.670 Надо лишь явного шага пакетов, чтобы сказать, Да, 00:14:43.670 --> 00:14:45.490 Я поддержки в .NET 2.0. 00:14:45.490 --> 00:14:48.132 Так что это также более продуманной со стороны автора пакета. 00:14:48.132 --> 00:14:50.669 >> Хорошо, Если мы были super стратегического 00:14:50.669 --> 00:14:54.222 кажется, было бы сказать, Это 100 00:14:54.222 --> 00:14:58.301 Наиболее популярные библиотеки, только наличие .NET framework. 00:14:58.301 --> 00:14:59.800 Зависимости и добраться к ним. 00:14:59.800 --> 00:15:01.187 >> Да. >> Думал команда 00:15:01.187 --> 00:15:01.879 об этом? 00:15:01.879 --> 00:15:04.745 >> Да, я имею в виду, вы должны знать он является начальнику, так что он является 00:15:04.745 --> 00:15:07.450 по сути говорите правый Теперь это пойдет это сделать. 00:15:07.450 --> 00:15:08.580 >> Получите на ленте. 00:15:08.580 --> 00:15:09.940 >> Получить его на ленте он теперь является открытым. 00:15:11.840 --> 00:15:15.410 Фактически мы сделали это, сложилась 00:15:15.410 --> 00:15:17.730 по этому номеру по сути Это просто сказал. 00:15:17.730 --> 00:15:21.060 Мы сделали всего анализа для пакетов NuGet. 00:15:21.060 --> 00:15:23.050 Есть фактически видео где Я покажу колоды 00:15:23.050 --> 00:15:24.570 все результаты, у нас есть. 00:15:24.570 --> 00:15:25.210 Что мы еще не сделано, 00:15:25.210 --> 00:15:27.090 так как он является более Количественный усилий. 00:15:27.090 --> 00:15:28.670 Мы еще не действительно выполнен переход в это. 00:15:28.670 --> 00:15:31.870 Фактически мы только что сказали но есть несколько высокий профиль 00:15:31.870 --> 00:15:34.025 пакеты, которые фактически завершено вверх непосредственно к отправке PRs- 00:15:34.025 --> 00:15:34.640 >> [ПЕРЕКРЕСТНЫХ ПОМЕХ} 00:15:34.640 --> 00:15:35.660 Это еще лучше фактически. 00:15:35.660 --> 00:15:38.400 >> Для полностью устранить и internatively добавьте премии. 00:15:38.400 --> 00:15:40.550 >> И были приняты эти PRs? 00:15:40.550 --> 00:15:41.540 >> В большинстве случаев, Да. 00:15:41.540 --> 00:15:44.720 Часть времени, которое было отличается от 1 X дельта 00:15:44.720 --> 00:15:47.930 и Cobra довольно велик, и люди не очень хочется 00:15:47.930 --> 00:15:51.790 Это кажется много нарушения в Мои коллеги оплачивает. 00:15:51.790 --> 00:15:54.490 С 2.0, в основном Добавление другую папку, чтобы ваш NuGet 00:15:54.490 --> 00:15:56.800 пакет, и Это практически все. 00:15:58.230 --> 00:15:59.570 В зависимости от того, как вы построение проекта 00:15:59.570 --> 00:16:02.400 может оказаться Добавление T-gram в проект слишком, поэтому 00:16:02.400 --> 00:16:04.840 Вы получите скомпилированного также проверка времени. 00:16:04.840 --> 00:16:08.680 Но это минимальный фильтр на 2.0 по большей части. 00:16:08.680 --> 00:16:10.810 Таким образом изменения, 2.0, главным образом принято, думаю [INAUDIBLE]. 00:16:10.810 --> 00:16:13.970 >> Вправо, и это значительно простой диалог 00:16:13.970 --> 00:16:14.497 с программа обслуживания. 00:16:16.670 --> 00:16:18.950 >> Все права, достаточное количество слайдов, 00:16:18.950 --> 00:16:21.260 фактически взглянем на демонстрацию. 00:16:21.260 --> 00:16:22.470 Таким образом что у меня есть здесь будет, 00:16:22.470 --> 00:16:25.380 к сожалению шрифта не является замечательным, но 00:16:25.380 --> 00:16:27.660 Будем надеяться, что его можно увидеть на экране довольно хорошо. 00:16:28.790 --> 00:16:30.647 Таким образом по сути, что у нас есть Вот "Борей", и 00:16:30.647 --> 00:16:32.096 всем, кто разработки для 00:16:32.096 --> 00:16:33.920 Это длительное время учитывать "Борей". 00:16:33.920 --> 00:16:35.180 И в этом случае У меня есть очень простое приложение 00:16:35.180 --> 00:16:41.460 Это приложение Windforms и четко может сообщить, что я конструктора 00:16:41.460 --> 00:16:44.720 Поскольку после изменения размера Здесь накопители для кнопки 00:16:44.720 --> 00:16:47.120 в нижней правой угловой, поэтому Я сделал очень хороши задания существует. 00:16:47.120 --> 00:16:50.470 Но по сути все здесь, я сделал что я загрузить некоторые данные из 00:16:50.470 --> 00:16:54.170 «Борей» и найдите людей, которые вышли на пенсию, а сейчас 00:16:54.170 --> 00:16:56.580 Поэтому можно сказать [ХОХОЧЕМ] Эти данные. 00:16:56.580 --> 00:16:57.866 Главное — 00:16:57.866 --> 00:17:00.550 Мой фактической базы данных справа теперь не SQL. 00:17:00.550 --> 00:17:03.820 Он использует набор данных, который был нашу в карту 00:17:03.820 --> 00:17:06.140 Представление баз данных в одном x дней. 00:17:06.140 --> 00:17:07.770 >> Вы возможно для увеличения масштаба что в просто чуть? 00:17:07.770 --> 00:17:10.167 >> Можно я думаю. 00:17:14.228 --> 00:17:15.944 Может быть, вероятно, является 150 даже лучше. 00:17:15.944 --> 00:17:17.160 вот так. 00:17:17.160 --> 00:17:18.770 И так, что вы видите Вот по сути, все, что я делаю, 00:17:18.770 --> 00:17:23.210 что я просто создать набор данных загрузить ее фанатичных из файла 00:17:23.210 --> 00:17:24.660 с как жесткие закодированные пути. 00:17:24.660 --> 00:17:26.810 Например, действительно очень filament История с моей стороны. 00:17:26.810 --> 00:17:27.980 Просто найдите люди, которые вышли на пенсию. 00:17:27.980 --> 00:17:29.640 Правильно? 00:17:29.640 --> 00:17:32.950 День рождения, а также 65 лет, который — общий пенсионный возраст. 00:17:32.950 --> 00:17:35.084 Я думаю, возраст, скорее всего, больше напоминает 40. 00:17:35.084 --> 00:17:36.374 >> [ХОХОЧЕМ] Да. 00:17:36.374 --> 00:17:37.750 >> Я слышал, что больше похоже, США 120. 00:17:37.750 --> 00:17:38.810 >> Да [ХОХОЧЕМ]. 00:17:38.810 --> 00:17:40.010 >> Таким образом параметризуются. 00:17:40.010 --> 00:17:42.890 Но по сути здесь я просто найти для этого и просто отображают. 00:17:44.150 --> 00:17:45.730 Таким образом почему он со стандартом .NET? 00:17:45.730 --> 00:17:48.260 Таким образом они просто имеют один из них Интерфейсы API, которые мы считается устаревшей 00:17:48.260 --> 00:17:50.370 по сути мы Перемещено из 1 x. 00:17:50.370 --> 00:17:53.850 Но оказывается, люди могут не в любовь с помощью набора данных 00:17:53.850 --> 00:17:56.658 но в действительности, вы даже меньше в любви по 00:17:56.658 --> 00:17:58.800 повторное выделение избавиться от него. 00:17:58.800 --> 00:18:00.610 >> Определенно и мы здесь сделали. 00:18:00.610 --> 00:18:01.530 Довольно много обратной связи. 00:18:01.530 --> 00:18:04.230 >> Да и представляет собой множество все то, что действительно полезно. 00:18:04.230 --> 00:18:06.115 Таким образом что будет делать теперь, Это создает новый проект. 00:18:06.115 --> 00:18:09.926 Будет посетить центр .NET категории, которые мы говорили о, 00:18:09.926 --> 00:18:13.191 Выберите в центре, и Мы будем называть это, 00:18:13.191 --> 00:18:15.230 Предположим, данных "Борей". 00:18:17.925 --> 00:18:19.770 Подробностям уже созданы две их Очевидно, до проекта. 00:18:20.800 --> 00:18:22.370 >> Уже существует, сделать это. 00:18:22.370 --> 00:18:24.050 >> Точно, поэтому. 00:18:24.050 --> 00:18:25.270 И потом Просто удалить класс 00:18:25.270 --> 00:18:29.050 и я просто принять Мои доступа к данным логику, и 00:18:29.050 --> 00:18:32.590 он просто переместить Чтобы создать новый проект. 00:18:32.590 --> 00:18:33.910 >> Неплохо. 00:18:33.910 --> 00:18:35.580 >>, То сейчас Имеется здесь, и 00:18:35.580 --> 00:18:37.690 Чтобы узнать, есть нет волнистых линий. 00:18:37.690 --> 00:18:39.080 Все просто прекрасно работает. 00:18:40.200 --> 00:18:42.384 Если фактического перехода Свойства проекта 00:18:42.384 --> 00:18:44.624 найти что мы предназначены Стандартный 2.0 .NET 00:18:44.624 --> 00:18:46.550 cuz, что мы по умолчанию. 00:18:46.550 --> 00:18:47.450 >> Да. 00:18:47.450 --> 00:18:50.130 >> Если подключите к 1 x Вы получите множество волнистых линий. 00:18:51.780 --> 00:18:53.210 Да, сейчас у нас есть база современного кода 00:18:53.210 --> 00:18:55.050 Не точно он чуть подробнее, modernizes 00:18:55.050 --> 00:19:00.700 есть все эти явные типы, поэтому позвольте мне просто сделать это. 00:19:00.700 --> 00:19:02.200 Теперь посмотрим, var везде. 00:19:02.200 --> 00:19:05.030 Она великолепна, я знаю, она представляет собой современный базы кода. 00:19:05.030 --> 00:19:06.030 >> Определенно. >> [ХОХОЧЕМ]. 00:19:06.030 --> 00:19:08.180 >>, Является то, Кейси не, например, право? 00:19:08.180 --> 00:19:10.570 >> Точно nevar людей? 00:19:10.570 --> 00:19:11.870 >> Да. 00:19:11.870 --> 00:19:14.830 >> Таким образом, теперь у нас есть, но Теперь давайте расширим это фактически 00:19:14.830 --> 00:19:19.540 и сказать, что я не в восторге жестко запрограммированные подстановки здесь. 00:19:19.540 --> 00:19:22.500 Таким образом что я делаю около десяти лет назад, 00:19:22.500 --> 00:19:25.200 Я думаю, я написал модуль SQL который может фактически позволяют 00:19:25.200 --> 00:19:28.150 -\- 00:19:29.570 --> 00:19:31.870 Итак давайте фактически Добавление библиотеки здесь. 00:19:31.870 --> 00:19:34.140 Итак я просто перейдите к Мои пакеты NuGet. 00:19:34.140 --> 00:19:37.870 Поиск Моя библиотека на NuGet. 00:19:37.870 --> 00:19:39.180 Поиск библиотеки. 00:19:39.180 --> 00:19:42.469 Сюда можно ввести загруженного 2012. 00:19:42.469 --> 00:19:44.220 >> Является то, что по-прежнему при необходимо было свободное время? 00:19:44.220 --> 00:19:45.410 >> Это время я по-прежнему имеет свободное время 00:19:45.410 --> 00:19:48.180 Поскольку раньше работал, Теперь отсутствует свободное время. 00:19:48.180 --> 00:19:50.630 >> Хорошо, также поездок в некоторой точке. 00:19:50.630 --> 00:19:51.180 >> На true слишком. 00:19:52.640 --> 00:19:53.560 Таким образом установите эту вещь. 00:19:56.200 --> 00:20:00.008 Он успешно завершена, однако Если мы теперь построения. 00:20:00.008 --> 00:20:03.987 Мы рассмотрим список ошибок мы видим предупреждение здесь. 00:20:03.987 --> 00:20:05.399 И предупреждение говорит, 00:20:05.399 --> 00:20:08.902 Была восстановлена [INAUDIBLE] с помощью платформы .NET framework 461. 00:20:08.902 --> 00:20:11.750 Вместо требуемой версии .NET framework для стандартной версии 2.0 .NET. 00:20:11.750 --> 00:20:13.170 Итак, почему это так. 00:20:13.170 --> 00:20:16.784 Ну, если мы перейдем к [INAUDIBLE] .org и мы просто 00:20:16.784 --> 00:20:21.466 найти мой пакет здесь, и Мы просто загрузить пакет. 00:20:24.572 --> 00:20:26.803 При этом открывается в пакете Explorer очевидна очень 00:20:26.803 --> 00:20:28.260 какие именно. 00:20:28.260 --> 00:20:30.800 Вот в lip папки из 2012, я думаю, 00:20:30.800 --> 00:20:34.241 Изначально я, вознаграждение всего в период 2005-2006. 00:20:34.241 --> 00:20:36.694 Таким образом, когда это было .NET 2.0, был шум 00:20:36.694 --> 00:20:38.300 Это то, что я для различных версий. 00:20:38.300 --> 00:20:41.628 Таким образом, который не PCL, ничего не просто стандартный .NET 00:20:41.628 --> 00:20:43.747 Хороший старый .NET framework и двоичный файл. 00:20:43.747 --> 00:20:45.460 >> Может потребоваться предоставить для быстрого возгласе out 00:20:45.460 --> 00:20:46.582 Каково назначение этого приложения. 00:20:46.582 --> 00:20:48.478 >> Да, это, Вы получаете обозреватель пакетов 00:20:48.478 --> 00:20:50.380 Это фактически в магазине Windows. 00:20:50.380 --> 00:20:52.730 Если перейти в хранилище его можно найти здесь. 00:20:52.730 --> 00:20:54.421 Позволяет открыть получить новые пакеты и 00:20:54.421 --> 00:20:57.008 Просмотрите их визуально, я имею в виду, они просто все ZIP-файлы, но 00:20:57.008 --> 00:20:59.740 Это немного лучше, так как видеть метаданные здесь. 00:20:59.740 --> 00:21:01.860 >> Определенно использовать это приложение несколько раз в неделю, 00:21:01.860 --> 00:21:02.910 Возможно, используется каждый день. 00:21:02.910 --> 00:21:04.543 >> Да. Каждый раз, когда я делаю демонстрационных 00:21:04.543 --> 00:21:05.276 не менее [ХОХОЧЕМ]. 00:21:05.276 --> 00:21:08.580 >> [ХОХОЧЕМ] >> Таким образом, у нас есть, и 00:21:08.580 --> 00:21:11.480 Теперь мы можем Я теперь можно повторно использовать библиотеки. 00:21:11.480 --> 00:21:15.680 Итак позвольте мне избавиться от всех Здесь логика оборудования. 00:21:15.680 --> 00:21:21.987 Если удалось найти способ с помощью мыши [ХОХОЧЕМ]. 00:21:21.987 --> 00:21:26.770 Может нет Возможно его сделать это. 00:21:28.200 --> 00:21:32.490 И затем мы просто удалить все эти средства, и 00:21:32.490 --> 00:21:34.850 затем вместо удаления в некоторых знаний. 00:21:34.850 --> 00:21:39.060 Таким образом, который использует библиотеки достаточно добавить в это 00:21:39.060 --> 00:21:41.960 точка, в основном она находится просто создать контекст данных 00:21:41.960 --> 00:21:45.110 содержащий в набор данных подключения, соответствующие 00:21:45.110 --> 00:21:46.210 выполняет запрос SQL. 00:21:47.450 --> 00:21:50.225 Использует некоторые magic ссылку для отображения результат, а некоторые для 00:21:50.225 --> 00:21:51.495 запустить приложение еще раз. 00:21:54.263 --> 00:21:55.585 Больше не построения. 00:21:58.718 --> 00:22:00.398 Поскольку необходимо добавить Библиотека ссылки 00:22:00.398 --> 00:22:01.085 также курс. 00:22:01.085 --> 00:22:03.030 >> [ХОХОЧЕМ] >> Только при создании новой библиотеки 00:22:03.030 --> 00:22:04.380 не совсем справки. 00:22:04.380 --> 00:22:05.730 >> Также иметь ссылку на он, мне сказали. 00:22:08.680 --> 00:22:09.540 Мы пишем это снова. 00:22:09.540 --> 00:22:14.580 Это то же самое как и прежде всего. 00:22:14.580 --> 00:22:15.080 Да, сейчас 00:22:15.080 --> 00:22:18.760 по сути, были перемещены в Персонал на стандарт для всех вниз. 00:22:18.760 --> 00:22:19.990 Таким образом это может быть не указана ссылка на 00:22:19.990 --> 00:22:21.230 Многие библиотеки Мы ссылаться для 00:22:21.230 --> 00:22:24.700 мне ее ядра, мы могли бы ссылка из проверки приложения 00:22:24.700 --> 00:22:26.595 но что можно увидеть здесь — Это предупреждение. 00:22:26.595 --> 00:22:28.384 Вы можете также [INAUDIBLE] Это предупреждение его в решение 00:22:28.384 --> 00:22:30.420 обозреватель, отображающий Это то же самое. 00:22:30.420 --> 00:22:31.500 Таким образом цель здесь состоит в том, 00:22:31.500 --> 00:22:33.780 мы дадим вам знать, если это выполняя сжатие. 00:22:33.780 --> 00:22:35.380 Мы не знаем, что это Библиотека правой? 00:22:35.380 --> 00:22:38.330 Она может использовать WinForms, он может использовать интерфейсы API, у нас нет. 00:22:38.330 --> 00:22:40.170 Таким образом, цель что необходимо протестировать приложение, 00:22:40.170 --> 00:22:41.910 убедить себя он работает нормально. 00:22:41.910 --> 00:22:45.030 А затем эффективно только эти предупреждения. 00:22:45.030 --> 00:22:48.840 Как можно увидеть здесь, как это, Здесь один номер 00:22:48.840 --> 00:22:50.990 который является НЮ один, семь, или один — номер предупреждения для 00:22:50.990 --> 00:22:51.630 сжатие. 00:22:51.630 --> 00:22:54.540 Таким образом все, что нужно сделать следует выбрать здесь, 00:22:54.540 --> 00:22:58.670 и просто введите Номер предупреждения, нажмите Enter, 00:22:58.670 --> 00:23:01.940 и сохранить и теперь можно увидеть исчезает один из решения 00:23:01.940 --> 00:23:07.120 Проводник, а также исчезает Здесь перестроения. 00:23:07.120 --> 00:23:10.090 >> Таким образом, одна вещь, которую я воспроизведение с 00:23:10.090 --> 00:23:12.750 либо это было недавно выходные или на прошлой неделе. 00:23:12.750 --> 00:23:17.090 Я воспроизведение с ошибки, предупреждения. 00:23:17.090 --> 00:23:18.660 >> Да. >> Диалоговое окно. 00:23:18.660 --> 00:23:22.260 Можно говорить немного о то, что созданы, поэтому мы знаем, что 00:23:22.260 --> 00:23:27.630 число людей работают с предупреждения как ошибки. 00:23:27.630 --> 00:23:29.300 >> Право. >> Таким образом в этот тип модели 00:23:30.460 --> 00:23:33.050 Это, incapatable с такого рода системы, или 00:23:33.050 --> 00:23:34.710 можно говорить что? 00:23:34.710 --> 00:23:36.200 >> Да, в данном случае, Думаю, да 00:23:36.200 --> 00:23:41.040 что они сделали теперь с Последняя версия VS, они 00:23:41.040 --> 00:23:44.453 Тип преодолеть разрыв между предупреждения и предупреждения 00:23:44.453 --> 00:23:49.330 с таким образом они все в одном Пользовательский Интерфейс и такие же результаты. 00:23:49.330 --> 00:23:52.170 Например здесь вы увидите уже определенных предупреждений 00:23:52.170 --> 00:23:54.670 подавлять определенный предупреждения, уже обрабатываются. 00:23:54.670 --> 00:23:59.200 Например и таким образом, вы можете знаете, изменения их параметров и 00:23:59.200 --> 00:24:01.940 можно, например, скажем, я требуется NU1701 как ошибка 00:24:01.940 --> 00:24:04.920 Поэтому я не хочу когда-нибудь перейти -сжатие. 00:24:04.920 --> 00:24:08.240 Еще один вопрос — что нужно отключить предупреждения. 00:24:08.240 --> 00:24:10.120 >> И где бы вы Укажите, если вы хотите, чтобы 00:24:10.120 --> 00:24:11.169 Чтобы - >> Следует указать 00:24:11.169 --> 00:24:11.876 право здесь [INAUDIBLE]. 00:24:11.876 --> 00:24:12.422 >> О ' кей. 00:24:12.422 --> 00:24:14.518 >> Таким образом я бы по существу сказал, считать одной из этих стрелок 00:24:14.518 --> 00:24:15.198 Я бы сказал, НЮ. 00:24:15.198 --> 00:24:15.770 >> О ' кей. 00:24:15.770 --> 00:24:17.070 >>, Теперь становится произошла ошибка Правильно. 00:24:17.070 --> 00:24:18.100 >> Хорошо я вижу вас. 00:24:18.100 --> 00:24:20.709 >> Да, в очередь, если вы Посмотрите на файл проекта 00:24:20.709 --> 00:24:22.582 в среднем в системе с NU1 же, 00:24:22.582 --> 00:24:25.230 и свойство, Скомпилируйте с единицы для. 00:24:25.230 --> 00:24:27.110 Таким образом, он имеет очень Теперь простой процесс. 00:24:27.110 --> 00:24:29.560 Можно просто изменить, и Затем он будет просто поездки. 00:24:29.560 --> 00:24:30.216 >> Права так для 00:24:30.216 --> 00:24:32.352 людей, имеющих те тип построения систем, 00:24:32.352 --> 00:24:34.450 они должны воспроизводиться только как и все остальное. 00:24:34.450 --> 00:24:35.650 >> Да. 00:24:35.650 --> 00:24:37.940 И они обычно является идея позволяют фильтр предупреждение. 00:24:37.940 --> 00:24:40.709 Устранена, поэтому, даже если вы предупреждениями [INAUDIBLE], 00:24:40.709 --> 00:24:43.372 как выводить предупреждение не больше вызывает сбой корабля 00:24:43.372 --> 00:24:44.453 по сути, верно? 00:24:44.453 --> 00:24:46.944 >> Правильно. 00:24:46.944 --> 00:24:50.350 >> Все права, Это было этой демонстрации. 00:24:51.510 --> 00:24:56.461 Вернемся к колоды. 00:24:56.461 --> 00:24:59.420 Таким образом, другие вопросы обычно является номера версий. 00:24:59.420 --> 00:25:00.971 >> Право. >> Есть несколько версий 00:25:00.971 --> 00:25:03.800 Стандартные а затем вопрос: что вам нужно. 00:25:03.800 --> 00:25:06.487 Как следует представлять себе номера версий и как вы 00:25:06.487 --> 00:25:08.611 возможность принятия решения требуется, чтобы целевой. 00:25:08.611 --> 00:25:15.930 Поэтому я написал некоторые HTML что, вероятно, следует public. 00:25:15.930 --> 00:25:18.130 На самом деле это на GitHub, можно фактически получить его оттуда, но 00:25:18.130 --> 00:25:19.830 Нет связи и, еще. 00:25:19.830 --> 00:25:22.710 Но по сути то, что можно увидеть здесь Это кажется, что таблица 00:25:22.710 --> 00:25:25.260 запутать всех все время. 00:25:25.260 --> 00:25:27.160 Таблица не действительно трудно, когда вы знаете, как 00:25:27.160 --> 00:25:29.590 Чтобы прочитать его, но не является очевидным. 00:25:29.590 --> 00:25:31.048 Так что можно увидеть здесь находится на самом верху 00:25:31.048 --> 00:25:32.790 получить версию номера стандарта. 00:25:33.890 --> 00:25:37.168 Чтобы можно было видеть, как от 1,0 до 2,0, 00:25:37.168 --> 00:25:40.363 какой тип версии номера у нас имеются? 00:25:40.363 --> 00:25:42.620 А затем появится на вертикальной оси 00:25:42.620 --> 00:25:45.396 в конце концов все .NET в реализации, у нас есть. 00:25:45.396 --> 00:25:47.744 Так например здесь, Вы видите, прямо сейчас, 00:25:47.744 --> 00:25:49.819 Мы выбрали Стандартный 1.0 .NET. 00:25:49.819 --> 00:25:52.475 И что видите здесь зеленым цветом является по существу .NET 00:25:52.475 --> 00:25:54.191 реализации могут работать и 00:25:54.191 --> 00:25:56.920 Минимальная версия номера, необходимо иметь. 00:25:56.920 --> 00:26:00.448 Так например, если требуется для выполнения стандартных 1.0 .NET, 00:26:00.448 --> 00:26:02.325 Я хочу целевой .NET 1.0 00:26:02.325 --> 00:26:05.567 Это означает, что запустить .NET Основные начиная с версии 1.0. 00:26:05.567 --> 00:26:08.941 Можно запустить на framework Поскольку номер версии 4.5. 00:26:08.941 --> 00:26:11.634 >> Что означает, что нельзя просто поддержка чего-то до этого. 00:26:11.634 --> 00:26:12.277 >> Исправления. 00:26:12.277 --> 00:26:13.139 >> Как 4.0. 00:26:13.139 --> 00:26:15.943 >>: Да, поэтому 4.0 Мы не выполняются для экземпляра. 00:26:15.943 --> 00:26:19.498 Другая возможность, которую можно увидеть здесь также увидеть здесь, фигура 00:26:19.498 --> 00:26:23.510 что не ядра .NET фактически непосредственно реализуйте 1.0. 00:26:23.510 --> 00:26:25.715 Он действительно реализует 1.6. 00:26:25.715 --> 00:26:28.776 Что означает, что я теперь может ориентироваться более высокий номер версии и 00:26:28.776 --> 00:26:30.507 продолжают работать в версии 1.0 .NET ядра. 00:26:30.507 --> 00:26:32.677 Например, Теперь когда мы ориентированы 1.1 00:26:32.677 --> 00:26:35.620 видно в том, что все из Это содержимое становится недоступным. 00:26:35.620 --> 00:26:38.967 Например больше не требуется Windows Silverlight которого 00:26:38.967 --> 00:26:41.724 Будем надеяться, что никто не заботится. о больше с UWP, но 00:26:41.724 --> 00:26:43.771 который имеет как таблицу по сути работает. 00:26:43.771 --> 00:26:46.725 И затем даже при переходе Затем, если мы просто можно переключить 00:26:46.725 --> 00:26:49.599 Важно, что этот красный журнал см. материала не требуется запускать на. 00:26:49.599 --> 00:26:51.608 И теперь видно, например, 00:26:51.608 --> 00:26:56.014 Теперь, если требуется платформа.NET Framework 4.6 Нужно запустить центр 1.3 .NET. 00:26:57.770 --> 00:27:00.603 По сути, является способ чтения таблицы, а затем на самом верху, 00:27:00.603 --> 00:27:03.168 у нас есть эта синяя полоса здесь что является довольно как прокси-сервер для 00:27:03.168 --> 00:27:04.412 количество интерфейсов API, у нас есть. 00:27:04.412 --> 00:27:08.646 Поэтому я собираюсь назад см. SUMJUM между 1.0 и 1.1 и 00:27:08.646 --> 00:27:12.509 затем между 1.1 и 1.2, есть только незначительные перехода. 00:27:12.509 --> 00:27:16.037 А затем, когда мы получаем 2.0, мы просмотреть этот большой пик которой мы 00:27:16.037 --> 00:27:18.692 имеет более 20 000 API, Это все вместе. 00:27:18.692 --> 00:27:22.532 Номера здесь не все до Дата, но платформа.NET Framework 00:27:22.532 --> 00:27:25.604 он, поэтому, когда необходимо целевой объект .NET Centere 2.0, 00:27:25.604 --> 00:27:28.676 Обычно требуется выполнить Платформа.NET Framework 461 и выше, 00:27:28.676 --> 00:27:31.122 не запускать на 45 или 46, например. 00:27:31.122 --> 00:27:33.260 Это по сути как для использования этой таблицы. 00:27:33.260 --> 00:27:34.415 Понятно для вас? 00:27:34.415 --> 00:27:35.106 >> Мм hm. 00:27:38.442 --> 00:27:41.682 Я вижу, поэтому не следует этого столбца 00:27:41.682 --> 00:27:46.220 Эта ячейка достаточно сказать 2.0 Основные .NET 2.0? 00:27:46.220 --> 00:27:47.964 >> Да, должно быть указано здесь, 2.0 00:27:47.964 --> 00:27:50.201 Я забыл какой версии номера здесь являются. 00:27:50.201 --> 00:27:51.692 >> Да, но нам удалось заполнить наружу вправо? 00:27:51.692 --> 00:27:52.970 >> Мы может заполнить эту возможность, 00:27:52.970 --> 00:27:56.250 актуален версия при переходе в вопросы и ответы. 00:27:56.250 --> 00:27:58.725 Нет фактических версий Таблица, у нас здесь, 00:27:58.725 --> 00:28:00.650 Это то же самое, у нас в документах. 00:28:00.650 --> 00:28:01.384 >> Итак, теперь, в актуальном состоянии. 00:28:01.384 --> 00:28:03.310 >> И поэтому фактический здесь номера версий. 00:28:03.310 --> 00:28:06.952 Я просто этого не было сделано его версия HTMLified. 00:28:06.952 --> 00:28:08.805 >> О ' кей. 00:28:08.805 --> 00:28:09.820 >>, Но Да, Это то же самое. 00:28:11.300 --> 00:28:13.405 Поэтому затем Далее Итак, вопрос часто: 00:28:13.405 --> 00:28:14.752 как определить, право? 00:28:14.752 --> 00:28:16.501 И, по существу, это компромисс. 00:28:16.501 --> 00:28:19.009 Можно делать выбор между чем выше версии 00:28:19.009 --> 00:28:21.720 является стандартом, Дополнительные интерфейсы API, у вас есть. 00:28:21.720 --> 00:28:23.625 Чем ниже версии стандарт — 00:28:23.625 --> 00:28:26.347 Дополнительные расширения имеющегося, cuz поддерживает несколько платформ 00:28:26.347 --> 00:28:27.883 определенной версии [INAUDIBLE]. 00:28:27.883 --> 00:28:30.583 Это довольно интуитивно, но Это все еще стоит обратить внимание 00:28:30.583 --> 00:28:32.473 Поскольку люди запутались. 00:28:32.473 --> 00:28:34.591 [INAUDIBLE] это Поскольку это spec 00:28:34.591 --> 00:28:37.730 Например, номер версии не выходят за пределы поддержки. 00:28:37.730 --> 00:28:38.305 >> Право. 00:28:38.305 --> 00:28:40.625 >> Потому, что он является по сути просто количество интерфейсов API, вы можете 00:28:40.625 --> 00:28:41.710 доступ к, по существу. 00:28:41.710 --> 00:28:43.304 И Да, в целом, 00:28:43.304 --> 00:28:45.572 Несмотря на то что, они отгружены 2.0 00:28:45.572 --> 00:28:49.970 Вы не должны испытывать угрызения для даже определение 1.6, 1.4 или 1.0. 00:28:49.970 --> 00:28:52.132 Поскольку при использовании 1.0, все, путем 00:28:52.132 --> 00:28:53.356 следует назначить 1.0. 00:28:53.356 --> 00:28:56.459 Только следует увеличить версию номер при необходимости дополнительные интерфейсы API. 00:28:58.270 --> 00:28:59.582 Реализации на другая сторона 00:28:59.582 --> 00:29:00.902 они имеют политику поддержки Правильно? 00:29:00.902 --> 00:29:04.359 И, например, мы может Решите, что сказать .NET Core 1.0 00:29:04.359 --> 00:29:08.100 не поддерживается в конечном счете и Вы должны быть на 1.1 или 2.0. 00:29:08.100 --> 00:29:10.316 И это просто означает, что вы не можете чем выше версии 00:29:10.316 --> 00:29:11.918 также, стандарт но всегда можно 00:29:11.918 --> 00:29:14.350 Цель более ранней версии Чтобы получить дополнительные поступления. 00:29:14.350 --> 00:29:18.593 >> Да, вы в основном говорите Реализация версии .NET 00:29:18.593 --> 00:29:21.737 и их политика поддержки не иметь отношений с 00:29:21.737 --> 00:29:23.650 Стандартные .NET версии. 00:29:23.650 --> 00:29:25.060 >> Исправления. >> Мы намерены поддерживать эти 00:29:25.060 --> 00:29:26.630 Стандартные .NET версии навсегда. 00:29:26.630 --> 00:29:29.658 >> Да. >> Нет причин для 00:29:29.658 --> 00:29:32.420 нам нужно отказаться от них. 00:29:32.420 --> 00:29:34.443 Да, у нас есть не планирует делать, когда-либо. 00:29:34.443 --> 00:29:36.481 >>, А также нет Критические изменения, справа 00:29:36.481 --> 00:29:39.167 как и версия все номера monolithically увеличение и 00:29:39.167 --> 00:29:41.830 просто получить дополнительные интерфейсы API всякий раз, когда Здесь мы переместить API-интерфейсы. 00:29:41.830 --> 00:29:42.660 >> Право. 00:29:42.660 --> 00:29:43.790 >>, Который делает возможным. 00:29:43.790 --> 00:29:46.478 >> Хорошо, не только мы не удаляйте API, 00:29:46.478 --> 00:29:49.254 право, я думаю, в Вы сказали. 00:29:49.254 --> 00:29:52.611 Да, и мы никогда не вернуться назад и добавить или удалить API из 00:29:52.611 --> 00:29:53.811 данной версии- >> Исправления. 00:29:53.811 --> 00:29:54.333 >> Мы уже отгружены. 00:29:54.333 --> 00:29:55.410 Выберите тип является неизменяемым. 00:29:55.410 --> 00:29:59.865 >> Да, поэтому Это очень простая модель. 00:29:59.865 --> 00:30:03.416 Поэтому целевой раннюю версию можно обойтись без. 00:30:03.416 --> 00:30:07.404 Затем, другое, что мы следует указать вне предназначен для 00:30:07.404 --> 00:30:12.588 люди, которые используются на переносной библиотеки классов, при переходе к 00:30:12.588 --> 00:30:18.190 -\- 00:30:19.310 --> 00:30:20.766 И если вы читаете текст, 00:30:20.766 --> 00:30:22.840 его можно увидеть сейчас говорит портативных прежних версий. 00:30:22.840 --> 00:30:25.900 Таким образом по сути пытаемся сообщить, что людей отказаться от использования 00:30:25.900 --> 00:30:27.490 Переносимые библиотеки классов. 00:30:27.490 --> 00:30:29.560 И в тексте, мы говорим Это является устаревшим. 00:30:29.560 --> 00:30:31.863 Следует использовать библиотеку классов Стандартные .NET вместо. 00:30:31.863 --> 00:30:34.870 Поэтому стандартные .NET духовного последователь 00:30:34.870 --> 00:30:36.380 Переносимые библиотеки классов. 00:30:36.380 --> 00:30:37.940 Но это значительно лучшие статьи инструментарий, 00:30:37.940 --> 00:30:40.490 частично потому, что у нас есть поверхность API гораздо больше. 00:30:40.490 --> 00:30:41.029 И во-вторых, 00:30:41.029 --> 00:30:43.145 так как все еще можно ссылаться Двоичные файлы .NET framework, 00:30:43.145 --> 00:30:43.691 что является огромным. 00:30:43.691 --> 00:30:45.692 Поскольку обычно крупнейших самое переносном, 00:30:45.692 --> 00:30:47.606 только вы можете ссылки на другие портативные компьютеры. 00:30:47.606 --> 00:30:48.881 Вы никогда не удалось ссылки на что-нибудь еще. 00:30:48.881 --> 00:30:50.106 >> Право. 00:30:50.106 --> 00:30:53.104 >> И Действительно, получает можно разблокировать. 00:30:53.104 --> 00:30:53.737 >> Да, поэтому 00:30:53.737 --> 00:30:58.027 Я думаю, должно быть очень мало сценарии, где был лучшим PCL. 00:30:58.027 --> 00:31:00.073 >> Право. 00:31:00.073 --> 00:31:03.790 >> Это 95% лучше kinda вещь. 00:31:03.790 --> 00:31:05.150 >> Да, я предпочитаю думать он всегда лучше. 00:31:05.150 --> 00:31:07.670 Это просто, некоторые платформы не требуется для его поддержки. 00:31:07.670 --> 00:31:08.690 Они больше не поддерживают его. 00:31:08.690 --> 00:31:10.777 Но стандартные .NET в конечном счете поддерживает его [INAUDIBLE], поэтому вы 00:31:10.777 --> 00:31:12.290 Действительно, не теряя ничего- >> Право. 00:31:12.290 --> 00:31:12.900 >> В реальной ситуации. 00:31:14.010 --> 00:31:16.010 Чтобы перемещать для стандартных и 00:31:16.010 --> 00:31:18.225 как правило, — это обновление. 00:31:18.225 --> 00:31:22.567 Это я думаю, у нас сказать о портативных. 00:31:22.567 --> 00:31:25.220 Еще один вопрос, который часто Идет вверх для различных версий. 00:31:25.220 --> 00:31:28.100 Поэтому обычно чем заканчивается происходит это люди 00:31:28.100 --> 00:31:31.170 Рано или поздно сталкиваются с API-интерфейсы, не существует в стандарте. 00:31:32.310 --> 00:31:35.890 Так что у меня здесь есть решение с четырех проектов. 00:31:35.890 --> 00:31:37.713 Так что я просто выполняю он очень быстро. 00:31:40.992 --> 00:31:43.864 Да, прежде чем мы получаем сообщение об ошибке сообщение от приложения UWP 00:31:43.864 --> 00:31:45.680 Позвольте мне просто развернуть Это парень сначала. 00:31:45.680 --> 00:31:48.980 >> Да, еще одна Моя Избранные ошибок. 00:31:51.390 --> 00:31:53.220 >> И теперь при запуске У меня есть два приложения. 00:31:55.390 --> 00:31:57.300 Было видно, что у меня Это, откройте перед в 00:31:57.300 --> 00:31:58.380 увеличить разрешение экрана. 00:31:58.380 --> 00:31:59.718 И поэтому они оба делать то же самое. 00:31:59.718 --> 00:32:01.150 У меня есть приложение WinForms и UWP app и 00:32:01.150 --> 00:32:02.345 в обоих случаях то же самое. 00:32:02.345 --> 00:32:05.432 Они просто показывают где вы долгота и широта 00:32:05.432 --> 00:32:08.330 расположенный на Земле с помощью geolocation API-интерфейсы из 00:32:08.330 --> 00:32:09.800 операционная система. 00:32:09.800 --> 00:32:12.900 >> Таким образом, при запуске этого приложения вчера мы может сказал 00:32:12.900 --> 00:32:16.207 ли вы в данный момент место eclipse [ХОХОЧЕМ]. 00:32:16.207 --> 00:32:18.575 >> Да, мы есть. 00:32:18.575 --> 00:32:20.267 >> Почему не вы Думайте об этом? 00:32:20.267 --> 00:32:23.750 >> Я не знаю, Это случается не для меня. 00:32:23.750 --> 00:32:25.450 Так что у меня есть сейчас У меня есть две библиотеки. 00:32:26.680 --> 00:32:32.050 Cuz я хочу рассказать общественности можно получить доступ к подсистеме GPS. 00:32:33.430 --> 00:32:35.355 Так что давайте в платформа.NET Framework 00:32:35.355 --> 00:32:36.537 Реализация. 00:32:36.537 --> 00:32:40.503 И эффективно, имеется Вот по сути использовать 00:32:40.503 --> 00:32:42.660 System.Device.Location. 00:32:42.660 --> 00:32:44.520 И вы можете Этот небольшой танец 00:32:44.520 --> 00:32:47.700 так как при первом вызове он может не быть инициализирован, 00:32:47.700 --> 00:32:49.442 Чтобы сделать это Здесь немного thingy. 00:32:49.442 --> 00:32:52.356 И поскольку это занимает немного времени У меня есть асинхронные версии 00:32:52.356 --> 00:32:53.766 Чтобы запустить его в рабочем потоке. 00:32:53.766 --> 00:32:56.274 Но по сути возврате Вам будет просто кортеж 00:32:56.274 --> 00:32:58.050 Долгота и широта, правом? 00:32:58.050 --> 00:32:58.813 GetCoordinates. 00:32:58.813 --> 00:33:01.128 Достаточно простой. 00:33:01.128 --> 00:33:02.826 >> Задача кортежа. 00:33:02.826 --> 00:33:03.453 >> Да. 00:33:03.453 --> 00:33:04.710 Cuz это асинхронные API. 00:33:04.710 --> 00:33:06.582 И затем сделать то же самое очередь на стороне UWP 00:33:06.582 --> 00:33:08.043 но теперь использовать различные интерфейсы API. 00:33:08.043 --> 00:33:09.500 Теперь я использую Windows TAPIs. 00:33:09.500 --> 00:33:11.848 Таким образом можно увидеть, что я использую Windows.Device.Geolocations и 00:33:11.848 --> 00:33:13.713 Этот API уже asynchronified, поэтому 00:33:13.713 --> 00:33:16.071 Не нравится рабочий поток или ничего. 00:33:16.071 --> 00:33:18.807 Я может просто вернуть этот парень Я просто ожидать и 00:33:18.807 --> 00:33:20.040 вернуть эту вещь. 00:33:20.040 --> 00:33:22.930 И затем я закончил с этим. 00:33:22.930 --> 00:33:24.080 Поэтому я помещаю это в библиотеке — это 00:33:24.080 --> 00:33:26.230 Я можно использовать повторно через Локальная сеть WinForms 00:33:26.230 --> 00:33:27.560 через все мои UWP приложения, правом? 00:33:27.560 --> 00:33:29.280 Но проблема в том, затем У меня есть две библиотеки. 00:33:29.280 --> 00:33:32.570 Одна для платформа.NET Framework и одна для UWP. 00:33:32.570 --> 00:33:34.990 Итак, теперь мы рассмотрим Эти ссылки. 00:33:34.990 --> 00:33:36.017 Необходимо определить, какие один для ссылки. 00:33:36.017 --> 00:33:38.786 UWP одно ссылается UWP версии, а затем ядра .NET 00:33:38.786 --> 00:33:41.444 ссылается на версию .NET Версия ядра, извини, 00:33:41.444 --> 00:33:42.870 Платформа.NET Framework версии. 00:33:42.870 --> 00:33:45.790 >> Да, я думаю, один из Это вещи вы делаете здесь, и 00:33:45.790 --> 00:33:47.231 Возможно это слишком подробный. 00:33:47.231 --> 00:33:48.670 >> [ХОХОЧЕМ] >> Но- 00:33:48.670 --> 00:33:50.339 >> Это подробный день. 00:33:50.339 --> 00:33:55.230 >> В данном конкретном случае Если тип, который был использован 00:33:55.230 --> 00:33:57.300 вас от операционной система была тип .NET 00:33:57.300 --> 00:34:00.590 можно было бы фактически Возвращаемые этой позиции и 00:34:00.590 --> 00:34:02.540 не извлечено lat/длинный от него. 00:34:02.540 --> 00:34:05.196 >> Исправления. >> Я думаю, вы делаете это 00:34:05.196 --> 00:34:10.689 по сути преобразовании представление выиграть RT и 00:34:10.689 --> 00:34:14.038 Введите что-нибудь в более независимой от. 00:34:14.038 --> 00:34:14.639 >> Исправления. 00:34:14.639 --> 00:34:16.054 >> И вот почему вы придется ждать его и 00:34:16.054 --> 00:34:17.659 он просто преобразовать Эти два предположительно- 00:34:17.659 --> 00:34:18.796 >> Право. 00:34:18.796 --> 00:34:19.991 >> Двух значений Double. 00:34:19.991 --> 00:34:20.891 >> На правом. 00:34:20.891 --> 00:34:21.602 >> Да. 00:34:21.602 --> 00:34:22.432 >> Т- >> И 00:34:22.432 --> 00:34:24.938 Вот почему два совместимый сторонам. 00:34:24.938 --> 00:34:25.863 >> Да. 00:34:25.863 --> 00:34:26.551 Ну это цель. 00:34:26.551 --> 00:34:27.125 >> Да. 00:34:27.125 --> 00:34:28.434 >> Посмотрите на этой части здесь. 00:34:28.434 --> 00:34:33.903 Пространство имен GPS, GpsLocation, GetCoordinates кортеж. 00:34:33.903 --> 00:34:36.784 Это действительно выглядит точно так же одним и тем же версии Win RT 00:34:36.784 --> 00:34:38.368 и платформа.NET Framework версии. 00:34:38.368 --> 00:34:40.300 И как вы сказали, Это не случайность. 00:34:40.300 --> 00:34:41.400 Я сделал это намеренно. 00:34:41.400 --> 00:34:42.140 >> Право. 00:34:42.140 --> 00:34:44.959 >> Так потому, что теперь я может использовать Мои magic палочка и 00:34:44.959 --> 00:34:48.731 Просто перейдите в другой ветви где я сделал эту работу. 00:34:48.731 --> 00:34:51.610 Не нужно увидеть меня Cuz борьбу с моей несуществующий 00:34:51.610 --> 00:34:53.420 мышь, стоит сказать. 00:34:53.420 --> 00:34:56.712 Теперь у меня есть один проект с именем Gps. 00:34:56.712 --> 00:34:59.909 У меня есть один файл вызывается теперь GpsLocation. 00:34:59.909 --> 00:35:01.987 И теперь вместо этого наличия двух библиотек 00:35:01.987 --> 00:35:03.161 достаточно одной библиотеки. 00:35:03.161 --> 00:35:04.747 И достаточно лишь некоторые ifdefs в базу кода. 00:35:04.747 --> 00:35:08.113 И поэтому теперь увидеть какие [INAUDIBLE] Вот в этом раскрывающемся немного вниз 00:35:08.113 --> 00:35:10.480 Здесь и можно увидеть, что имеется три записи. 00:35:10.480 --> 00:35:13.000 Есть .NET framework Стандартный .NET и WWP. 00:35:14.490 --> 00:35:19.652 И если я добавил проект обычно 00:35:19.652 --> 00:35:22.266 он говорит целевой платформы единственного числа, а затем 00:35:22.266 --> 00:35:25.860 говорит, что целевой, Базовая .NET .NET по центру. 00:35:25.860 --> 00:35:27.020 И только что внесенных Это утверждение и 00:35:27.020 --> 00:35:30.280 Теперь просто ориентирование стандарт для платформы и WWP. 00:35:30.280 --> 00:35:33.460 >> Хорошо, что с помощью можно сделать все свойства [INAUDIBLE]? 00:35:33.460 --> 00:35:34.470 >> Нет, к сожалению, не. 00:35:34.470 --> 00:35:35.270 >> Хорошо просто проверка. 00:35:35.270 --> 00:35:37.320 >> Но что можно сделать сейчас так как проект не 00:35:37.320 --> 00:35:39.700 эффективной компиляции раз. 00:35:39.700 --> 00:35:41.880 И поэтому я могу сейчас Можно сказать, что я хочу это 00:35:41.880 --> 00:35:45.410 ссылка, это NuGet-пакет для моих трех компиляций. 00:35:45.410 --> 00:35:46.520 >> Право. >> И я могу сказать, 00:35:46.520 --> 00:35:49.040 Когда вы ориентированы framework Я хочу сделать это дополнительная ссылка 00:35:49.040 --> 00:35:51.930 где добавить ссылку для System.Device. 00:35:51.930 --> 00:35:53.430 Поэтому все, что можно сделать требуется, чтобы в MSBuild, 00:35:53.430 --> 00:35:54.370 с помощью этих выражений. 00:35:54.370 --> 00:35:57.880 По сути сейчас сказать Если требуемая версия .NET framework является 461, 00:35:57.880 --> 00:35:58.740 Затем я делаю это. 00:35:58.740 --> 00:36:00.030 В противном случае сделать. 00:36:00.030 --> 00:36:02.760 >> Где находится закрытия тег проекта? 00:36:02.760 --> 00:36:03.520 >> Это очень многое в 00:36:03.520 --> 00:36:05.530 стороны, так как по-прежнему Некоторые неприятные элементы, которые нужно сделать. 00:36:05.530 --> 00:36:07.870 >> Ой меня спрашивают неправильный вопрос. 00:36:07.870 --> 00:36:09.600 >> Нет Вы задали вопрос справа. 00:36:09.600 --> 00:36:12.163 Но логически Это нужно сделать. 00:36:12.163 --> 00:36:12.920 >> Я вижу. 00:36:12.920 --> 00:36:15.180 А теперь то, что у меня здесь теперь что есть по сути один метод 00:36:15.180 --> 00:36:17.200 и я можно только в том случае, если это дело. 00:36:17.200 --> 00:36:20.090 Теперь самое интересное это я Кроме того стандарт целевой .net 00:36:20.090 --> 00:36:21.950 что я этого не было сделано прежде чем. 00:36:21.950 --> 00:36:24.550 Так что мы получаем теперь происходит Это у реализацию 00:36:24.550 --> 00:36:28.520 Этот стандарт, это происходит поддерживается не очень полезно. 00:36:28.520 --> 00:36:31.730 Но я могу теперь я can - >> Это следующим немного 00:36:31.730 --> 00:36:36.000 Это, по сути, как заманить и изменить шаблон? 00:36:36.000 --> 00:36:37.190 Да, это именно то, что это. 00:36:37.190 --> 00:36:38.110 Так что давайте. >> О ' кей. 00:36:38.110 --> 00:36:40.230 >> Сначала начнем о том, что вы знаете, 00:36:40.230 --> 00:36:42.080 Давайте создавать новые пакет все это, поэтому 00:36:42.080 --> 00:36:46.940 Просто перейдите здесь сказать пакета, Затем мы получаем пакета и спецификаций. 00:36:46.940 --> 00:36:49.240 Это также новые возможности, у нас есть. 00:36:49.240 --> 00:36:51.330 >> Является 20 Это почти 2017 г. 00:36:51.330 --> 00:36:54.290 >>: Да, Я считаю, что уже в 51. 00:36:54.290 --> 00:36:55.680 >> Да. 00:36:55.680 --> 00:36:59.290 Теперь когда создавать этот парень Я просто перейдите к выходной папке. 00:36:59.290 --> 00:37:01.710 Во-первых можно видеть, что есть три папки для 00:37:01.710 --> 00:37:03.820 Все разные, мы target. 00:37:03.820 --> 00:37:06.370 >> Мне кажется, что мы будем использовать NuGetPackageExplorer еще раз. 00:37:06.370 --> 00:37:08.710 >> Точно но Кроме того, он один пакет и 00:37:08.710 --> 00:37:11.380 один пакет, не три. 00:37:11.380 --> 00:37:12.780 >> Таким образом три папки? 00:37:12.780 --> 00:37:14.860 >> Есть три папки и затем внутри вы получите NuGet, 00:37:14.860 --> 00:37:16.630 Вы получаете также три папки. 00:37:16.630 --> 00:37:18.350 Три двоичных файлов Мы просто создан, поэтому 00:37:18.350 --> 00:37:21.926 по сути мы использовали один проход , создана для версии, на 00:37:21.926 --> 00:37:24.450 версия ВЧ, и один для версии. 00:37:24.450 --> 00:37:26.150 Таким образом у вас есть три разные двоичные файлы, 00:37:26.150 --> 00:37:27.750 все они упаковано. 00:37:27.750 --> 00:37:30.270 Получатель этого пакета Теперь не нужно знать, что 00:37:30.270 --> 00:37:32.140 они должны сделать что-нибудь различные платформы A и 00:37:32.140 --> 00:37:33.890 B, платформа Я в основном отделить все это. 00:37:35.940 --> 00:37:36.510 >> Неплохо. 00:37:36.510 --> 00:37:37.860 >> Сейчас, можно сказать, хорошо, но 00:37:37.860 --> 00:37:39.860 Подождите, если я делаю ссылку Это в первую очередь, 00:37:39.860 --> 00:37:43.360 Я просто развернутая среда выполнения, не кажется ли это очень полезно. 00:37:43.360 --> 00:37:46.370 Но по-прежнему происходит потому, что я еще это можно сделать, право? 00:37:46.370 --> 00:37:49.670 Можно сделать общей bool правый isSupported? 00:37:51.580 --> 00:37:53.340 А теперь то же самое можно сделать что я делаю здесь. 00:37:53.340 --> 00:37:58.793 Я просто, а не развертывание, Это, по сути сделать 00:37:58.793 --> 00:38:03.652 где я только что сказал, Если .net framework или UWP. 00:38:03.652 --> 00:38:04.876 >> Мм. 00:38:04.876 --> 00:38:07.120 >> Я просто могу возврата True. 00:38:10.820 --> 00:38:15.290 В противном случае я могу возвращает значение false. 00:38:15.290 --> 00:38:17.100 >> Неплохо. >> Теперь не Мой вызывающего объекта 00:38:17.100 --> 00:38:18.730 нужно знать, что платформы, поддерживаемой я. 00:38:18.730 --> 00:38:20.420 Можно просто Мой вызывающего объекта скажем, получить доступ к, и 00:38:20.420 --> 00:38:23.200 Возможно, следует быть статическими так как 00:38:23.200 --> 00:38:25.800 именно там, где это поступающих из класса города. 00:38:25.800 --> 00:38:28.350 Другим вызывающим можно проверить на передней панели, так что я думаю, что это сделать 00:38:28.350 --> 00:38:31.200 клиента Twitter, справа и Клиент желает тег Twitter вашего 00:38:31.200 --> 00:38:32.690 tweets с географического расположения. 00:38:32.690 --> 00:38:33.650 >> Конечно, вправо. 00:38:33.650 --> 00:38:36.400 >> И очевидно, Если нет доступа к устройству 00:38:36.400 --> 00:38:37.140 ничего не плохой происходит. 00:38:37.140 --> 00:38:40.442 Только потеряет дополнительный компонент и вещи, но 00:38:40.442 --> 00:38:41.711 приложение может продолжать работу. 00:38:41.711 --> 00:38:43.880 Поэтому смысла в том, что Обратите внимание, вызывающих, GPS 00:38:43.880 --> 00:38:47.520 расположение поддерживается, если Забыли координаты и 00:38:47.520 --> 00:38:49.650 Выберите ответственного за вызывающих набор кодов правильно, но 00:38:49.650 --> 00:38:50.290 приятно, 00:38:50.290 --> 00:38:52.880 вызывающий оператор не имеет Чтобы знать, какие платформы. 00:38:52.880 --> 00:38:53.480 >> Право. >> Т 00:38:53.480 --> 00:38:55.630 Вы можете извлечь его в основном для все. 00:38:55.630 --> 00:38:58.555 >> Право, поэтому иметь общие проекты перед. 00:38:58.555 --> 00:38:59.105 >> Да. 00:38:59.105 --> 00:39:02.045 >> На первый взгляд то же, 00:39:02.045 --> 00:39:04.925 чем отличается с вашей стандартный подход .net и 00:39:04.925 --> 00:39:06.685 Общие проекты один, который я использую. 00:39:06.685 --> 00:39:09.085 >> Да Да общих проектов подход аналогичен логически, 00:39:09.085 --> 00:39:11.385 по сути имеют один проект содержащий все исходные файлы 00:39:11.385 --> 00:39:12.145 Вы хотите поделиться. 00:39:12.145 --> 00:39:14.185 >> И выглядит очень похоже код выглядит так же. 00:39:14.185 --> 00:39:17.445 >> Точно так же и у вас есть практически для каждого целевого объекта еще 00:39:17.445 --> 00:39:18.815 другой проект. 00:39:18.815 --> 00:39:20.795 Поэтому в наше случае бы есть четыре проекта. 00:39:20.795 --> 00:39:21.635 >> Я вижу. >> Пришлось бы один для 00:39:21.635 --> 00:39:22.610 стандарт. 00:39:22.610 --> 00:39:27.050 Один для ewp, один для .net Структура одного общего проекта. 00:39:27.050 --> 00:39:29.950 >> Видно cuz общий проект Это почти как виртуальный 00:39:29.950 --> 00:39:33.120 проект, он фактически не все средства построения 00:39:33.120 --> 00:39:34.200 на деле это различие. 00:39:34.200 --> 00:39:36.260 >> Его ссылку в правом другие проекты, правом? 00:39:36.260 --> 00:39:40.100 >> Неправильно, поэтому этот удобно слой, если Итак. 00:39:40.100 --> 00:39:41.430 >> Да, имеющие Сохранить как 00:39:41.430 --> 00:39:43.520 ссылки вручную 200 различные исходные файлы. 00:39:43.520 --> 00:39:44.450 Поместить их все в одной из частей и 00:39:44.450 --> 00:39:46.680 все они будут находиться в средства связи из него. 00:39:46.680 --> 00:39:48.549 Но теперь имеется четыре проекта но 00:39:48.549 --> 00:39:51.289 Кроме того, нет NuGet пакет из его еще, поэтому 00:39:51.289 --> 00:39:54.531 необходимо также предоставить NuGet пакет и Новая спецификация [INAUDIBLE] 00:39:54.531 --> 00:39:55.674 от руки [перекрестных ПОМЕХ] >> И 00:39:55.674 --> 00:39:58.977 затем не удалось построить один NuGet упаковать, ну, Да, 00:39:58.977 --> 00:40:00.393 Я думаю, вручную фрагмент. 00:40:00.393 --> 00:40:02.483 >> По сути получится [INAUDIBLE] после всех 00:40:02.483 --> 00:40:04.848 построение проектов, просто скопируйте двоичные файлы и 00:40:04.848 --> 00:40:06.984 двоичные файлы [INAUDIBLE] >> Бы дать этот хорошо 00:40:06.984 --> 00:40:08.149 Построение компонента [INAUDIBLE]. 00:40:08.149 --> 00:40:09.356 >> На правом. 00:40:09.356 --> 00:40:13.890 >> Право, так что это большой шаг вперед для данного сценария. 00:40:13.890 --> 00:40:14.770 >> Право. Так что хорошо 00:40:14.770 --> 00:40:17.340 Наш совет канала является, Если требуется несколько целевой 00:40:17.340 --> 00:40:22.070 следует всегда иметь альтернативные стандартные назначения и 00:40:22.070 --> 00:40:24.820 затем переадресовать номер, который Выберите, что функция 00:40:24.820 --> 00:40:27.615 по существу какие API-интерфейса службы необходимо предоставить доступ. 00:40:27.615 --> 00:40:29.500 >> [INAUDIBLE] функция реализации. 00:40:29.500 --> 00:40:32.850 Это типы, которые вы можете Использование в общую площадь 00:40:32.850 --> 00:40:34.760 мост платформы различия в правой. 00:40:34.760 --> 00:40:38.970 >> Вправо и это analagous в стандартной версии .NET. 00:40:38.970 --> 00:40:39.480 >> Исправления. 00:40:39.480 --> 00:40:40.120 >> Да. >> Да. 00:40:40.120 --> 00:40:40.690 >> Да. 00:40:40.690 --> 00:40:41.870 >> Сильно так и поэтому 00:40:41.870 --> 00:40:43.730 Вы просто выбрать минимальный который можно обойтись без, 00:40:44.880 --> 00:40:47.650 проще сказать, просто >> Нижний номер версии 00:40:47.650 --> 00:40:48.800 Office прекращает компиляцию и 00:40:48.800 --> 00:40:50.530 затем воспользуйтесь предыдущей используемый для компиляции и 00:40:50.530 --> 00:40:51.400 Это самое минимальное. 00:40:51.400 --> 00:40:55.954 >> Прямо сейчас, если сделать это Хотя можно иметь 00:40:55.954 --> 00:40:59.718 медленное увеличение .NET Стандартные средства, но 00:40:59.718 --> 00:41:04.572 версия пакета NuGet бы по существу увеличивают каждые 00:41:04.572 --> 00:41:08.929 время для исправления ошибки в любом из платформы 00:41:08.929 --> 00:41:11.428 конкретные реализации. 00:41:11.428 --> 00:41:12.810 >> На правом. 00:41:12.810 --> 00:41:15.582 И, по сути, это механизм для моста 00:41:15.582 --> 00:41:18.228 различия между платформами и будут чувствовать пропущенные для 00:41:18.228 --> 00:41:21.126 API-Интерфейс службы центра .NET сам и по-прежнему щита 00:41:21.126 --> 00:41:24.770 потребителей от необходимости Подумайте о нескольких платформ. 00:41:24.770 --> 00:41:28.010 Так что это по сути открыть endedness центре .NET. 00:41:28.010 --> 00:41:32.370 >>, мне кажется, что мы должны точно так же я знаю, это немного. 00:41:32.370 --> 00:41:33.660 Видны. 00:41:33.660 --> 00:41:35.240 Но я думаю, мы следует просто рассказать для 00:41:35.240 --> 00:41:39.110 как эти 60 секунд директивы препроцессора, 00:41:39.110 --> 00:41:42.920 людей, осознавать, что они делают и при их выполнении. 00:41:42.920 --> 00:41:45.400 >> Да, поэтому мы получаем происходит здесь, как я уже сказал, 00:41:45.400 --> 00:41:49.190 Этот проект выполняется компиляция нескольких время, а затем компилятор 00:41:49.190 --> 00:41:53.890 по сути вызван для того же суд базе три раза, право? 00:41:53.890 --> 00:41:57.735 Но он также передается другой символы препроцессора и 00:41:57.735 --> 00:42:01.199 они применяются в основном от имени TFM поэтому 00:42:01.199 --> 00:42:03.774 Это просто подумайте о TFM, которые вы видите здесь. 00:42:06.055 --> 00:42:08.480 В случае перехода- >> Это довольно соглашение. 00:42:08.480 --> 00:42:11.770 >> Да, это действительно точно так же соглашение 00:42:11.770 --> 00:42:13.660 Единственное немного странным UWP. 00:42:13.660 --> 00:42:15.670 Но все те за то же самое место 00:42:15.670 --> 00:42:17.860 по сути они выполняются только снизу вверх. 00:42:17.860 --> 00:42:20.550 И по сути мы заменить точка со знака подчеркивания, 00:42:20.550 --> 00:42:22.210 Это сделает его допустимый идентификатор. 00:42:22.210 --> 00:42:22.840 >> Имеет смысл. >> Т 00:42:22.840 --> 00:42:24.890 Вы знаете, что конкретно Теперь они не здесь. 00:42:24.890 --> 00:42:26.204 Здесь приятно, 00:42:26.204 --> 00:42:29.357 в редакторе она по существу показывает мне контекста, поэтому 00:42:29.357 --> 00:42:31.870 Сейчас я вижу это Я компилирую для UWP. 00:42:31.870 --> 00:42:34.350 Что этот путь кода является активным. 00:42:34.350 --> 00:42:36.570 И что этот код путь является активным. 00:42:36.570 --> 00:42:38.120 И что эти другие те неактивны. 00:42:38.120 --> 00:42:39.600 По существу, поэтому второй 00:42:39.600 --> 00:42:42.170 частично не считаются исходный код. 00:42:42.170 --> 00:42:44.605 Если теперь перейти к другому, давайте скажем, 00:42:44.605 --> 00:42:48.590 Это 461 по-прежнему активно так как вы сказали или но 00:42:48.590 --> 00:42:51.010 Теперь этот код компилируется, а не кода. 00:42:51.010 --> 00:42:52.650 >> Чтобы получить хорошие визуальные подсказки. 00:42:52.650 --> 00:42:54.680 >> Вы получаете очень похож визуальное представление того, что в 00:42:54.680 --> 00:42:55.560 Переход верно. 00:42:55.560 --> 00:42:57.090 >> Вправо, но чтобы действительно диска домашней, точка 00:42:57.090 --> 00:42:59.720 объясните разницу между фунта Если и 00:42:59.720 --> 00:43:00.760 Если обычный? 00:43:00.760 --> 00:43:03.130 >> Да Да разница Вот что это 00:43:03.130 --> 00:43:04.410 >> Этом случае инструкция здесь 00:43:04.410 --> 00:43:06.110 доступны во время компиляции Правильно? 00:43:06.110 --> 00:43:08.410 Поэтому при запуске компилятора она оценивает эту вещь и 00:43:08.410 --> 00:43:11.650 прекрасно, — говорит Необходимо учесть этот код. 00:43:11.650 --> 00:43:15.453 И по сути конечный результат Если бы только написания говорит 00:43:15.453 --> 00:43:16.427 >> Этого фрагмента 00:43:17.625 --> 00:43:18.405 >> Право, поэтому 00:43:18.405 --> 00:43:21.865 другие точки часть, он удаляется. 00:43:21.865 --> 00:43:25.605 Например, компилятор никогда не даже по сути читает, строка 15. 00:43:25.605 --> 00:43:27.595 >> Правильно, может быть, даже синтаксические ошибки 00:43:27.595 --> 00:43:29.082 она даже не имеет значения. 00:43:29.082 --> 00:43:30.232 Я действительно не знаю, что. 00:43:30.232 --> 00:43:32.942 >>, Так как это просто текст, который пропускает справа? 00:43:32.942 --> 00:43:34.752 >> Стороне на, Да 00:43:34.752 --> 00:43:36.962 Компилятор буквально не видит эти строки. 00:43:36.962 --> 00:43:39.702 >> Да, а затем другие хорошо что это из-за способа его 00:43:39.702 --> 00:43:41.932 здесь, Настройка потому что аналогичного проекта. 00:43:41.932 --> 00:43:43.772 Ссылка проекта является также Это правильно, так что 00:43:43.772 --> 00:43:45.808 Вы видите, все эти проекта ссылки является просто ссылкой. 00:43:45.808 --> 00:43:48.891 Этот проект GPS и он может только получить правильные 00:43:48.891 --> 00:43:51.687 в зависимости от реализации кто на это, так 00:43:51.687 --> 00:43:54.340 Этот проект будет [INAUDIBLE] ВЧ стороны и 00:43:54.340 --> 00:43:57.078 Этот проект получает на стороне .net framework. 00:43:57.078 --> 00:43:59.642 Таким образом, даже если не [INAUDIBLE] с помощью нескольких целевой пакет 00:43:59.642 --> 00:44:02.259 Можно просто решения [INAUDIBLE] существенно уменьшить количество 00:44:02.259 --> 00:44:05.155 проектов нужно думать о и необходимости поддерживать. 00:44:05.155 --> 00:44:06.680 [INAUDIBLE] действительно мощная функция. 00:44:08.280 --> 00:44:09.230 >> Cool мне нравится. 00:44:09.230 --> 00:44:10.118 >> Да, это замечательно. 00:44:11.516 --> 00:44:15.371 Действительно хороший вопрос, один из вещей, которые мы не говорим о 00:44:15.371 --> 00:44:18.736 Это, я имею в виду, что я полагаю, что это не так Теперь имеет значения, поскольку мы поставляли 00:44:18.736 --> 00:44:21.350 Visual Studio 2015.3, >> Право. 00:44:21.350 --> 00:44:22.860 >> Но на домашнюю страницу диска точка, если вы 00:44:22.860 --> 00:44:27.270 хотите использовать это то, что нужно Эти Visual Studio 2017 г. 15,3. 00:44:27.270 --> 00:44:28.390 >> Да. >> Сдвинуты как неделю назад. 00:44:28.390 --> 00:44:30.940 >> Таким образом, большинство из того, я только что показали, как multi 00:44:30.940 --> 00:44:32.990 Выбор, я думаю, это который должен перейти ранее. 00:44:32.990 --> 00:44:33.590 >> Да. 00:44:33.590 --> 00:44:35.794 >>, Но как только вы говорите о .NET основы 2.0 и 00:44:35.794 --> 00:44:38.390 Стандартный 2.0 .NET необходимо быть в 15,3. 00:44:38.390 --> 00:44:40.500 >> Право. >> Нельзя быть 15,2 или 15.1. 00:44:40.500 --> 00:44:42.270 >> По сути не работает. 00:44:42.270 --> 00:44:42.820 >> Да. 00:44:42.820 --> 00:44:45.030 >> Я даже не знаю что ошибки, получено, но 00:44:45.030 --> 00:44:46.699 есть, вероятно участвующие неразберихе. 00:44:47.990 --> 00:44:48.850 >> При переходе по этому пути. 00:44:50.540 --> 00:44:52.650 Хорошо так что один URL-адрес что следует помнить — 00:44:52.650 --> 00:44:54.140 Это один здесь. 00:44:54.140 --> 00:44:59.013 Его netstandardfaq указывающая документ, который я показал ранее 00:44:59.013 --> 00:45:00.882 — illuminating. 00:45:00.882 --> 00:45:03.847 Поэтому если у вас есть вопросы мы еще не ответили 00:45:03.847 --> 00:45:06.700 Я только добавил бы новый раздел на эту вещь здесь. 00:45:06.700 --> 00:45:08.250 >> Право. >> И поэтому целый 00:45:08.250 --> 00:45:11.139 вопросы ответы на здесь, например, 00:45:11.139 --> 00:45:13.220 Почему это Джеймс, например? 00:45:13.220 --> 00:45:16.362 И как работает версия? 00:45:16.362 --> 00:45:19.401 Практически все, что мы просто говорили о приведена здесь и 00:45:19.401 --> 00:45:22.900 верхом, здесь мы также есть ссылки на другие ресурсы. 00:45:22.900 --> 00:45:27.058 Так вот почему он является по сути на один универсальный магазин, я думаю, для 00:45:27.058 --> 00:45:28.540 все элементы. 00:45:28.540 --> 00:45:29.610 Свяжем наших документов 00:45:29.610 --> 00:45:32.049 у нас есть серия видеоматериалов, Мы создали на YouTube. 00:45:33.050 --> 00:45:36.430 Наши Общие документы наших API Здесь связанных документов. 00:45:36.430 --> 00:45:39.293 Так например, требуется найти за фактически в документе и 00:45:39.293 --> 00:45:41.319 отправить его 2.0, Фактически, можно просмотреть его. 00:45:41.319 --> 00:45:43.936 Не нужно использовать аналитики в Studio. 00:45:43.936 --> 00:45:46.702 >> Знаю, который является то, что опыт очень удобно. 00:45:46.702 --> 00:45:49.703 >> Неплохо super, особенно При поиске для типов 00:45:49.703 --> 00:45:52.300 Это супер реагировать, верно? 00:45:52.300 --> 00:45:54.238 Что-то мы никогда не имел до в библиотеке MSDN. 00:45:54.238 --> 00:45:55.542 >> Нет, определенно нет. 00:45:55.542 --> 00:45:58.660 >> Действительно необходимо использовать весь экран просто удивительно. 00:45:58.660 --> 00:46:00.190 >> Включает, можно. 00:46:00.190 --> 00:46:02.104 >> Это почти лучше, чем GitHub, 00:46:02.104 --> 00:46:04.152 Поскольку только GitHub использует эту часть. 00:46:04.152 --> 00:46:07.080 В любом случае так, что это URL-адрес нужно обратить внимание. 00:46:07.080 --> 00:46:10.105 А затем, конечно, если у вас есть вопросы, которые вы может связаться со мной на 00:46:10.105 --> 00:46:12.069 Twitter, вы можете Прокрутить мне сообщение по электронной почте. 00:46:12.069 --> 00:46:13.001 Я получаю массу сообщения электронной почты, поэтому 00:46:13.001 --> 00:46:15.480 Я собираюсь super реагирует на сообщения электронной почты я найма 00:46:15.480 --> 00:46:18.370 лишние руки нажмите me на Twitter, чем по электронной почте. 00:46:18.370 --> 00:46:19.450 >> Да, cuz, что делать. 00:46:19.450 --> 00:46:21.026 Get дома, и Затем это просто Twitter для 00:46:21.026 --> 00:46:21.980 Остальная часть вечером. 00:46:21.980 --> 00:46:26.768 >> На совершенно значение true, а затем Моя жена получает 5% времени. 00:46:26.768 --> 00:46:30.459 >> Хорошо я думаю, что мы довольно выход для закрытия здесь. 00:46:30.459 --> 00:46:32.760 Я думаю, я в основном все вопросы и ответы. 00:46:32.760 --> 00:46:33.966 >> Sweet. >> Фактически нет 00:46:33.966 --> 00:46:36.168 У меня есть хороший один, Спросите много людей. 00:46:36.168 --> 00:46:40.930 Поэтому .NET основная группа 00:46:40.930 --> 00:46:44.530 Начиная думать о .NET Базовая 2.1, большой сюрприз. 00:46:44.530 --> 00:46:45.103 >> Да. 00:46:45.103 --> 00:46:48.020 >> Там действительно завершена Планирование там еще, но 00:46:48.020 --> 00:46:50.933 выпуск будет так что означает что будет 00:46:50.933 --> 00:46:52.980 точка net стандартный 2.1 >> Да 00:46:52.980 --> 00:46:54.640 >> В то же время. 00:46:54.640 --> 00:46:55.810 >> Не в то же время, 00:46:55.810 --> 00:46:58.750 Я сегодня означает, что он является в своем роде случайными dot net 00:46:58.750 --> 00:47:01.220 стандартный 2.1 точка net core 2.1 имеют один и тот же номер версии. 00:47:01.220 --> 00:47:02.498 >> О ' кей. >> Это могло быть сделано 00:47:02.498 --> 00:47:05.087 Вместо этого .NET 3.0 Это основная .NET 2.0, 00:47:05.087 --> 00:47:07.070 они все не предназначен Чтобы быть одновременно. 00:47:07.070 --> 00:47:07.570 >> О ' кей. 00:47:09.480 --> 00:47:12.710 >>, Мы будет ref стандарт со временем также. 00:47:12.710 --> 00:47:14.278 >> Право, поэтому 2.0 не последней версии. 00:47:14.278 --> 00:47:15.454 >> Это не последний и 00:47:15.454 --> 00:47:18.760 Вероятно, будет следующий Чтобы вызвать 2.1, 2.2, 2.3. 00:47:18.760 --> 00:47:22.066 Но можно представить мир, Например были мы, давайте скажем, 00:47:22.066 --> 00:47:23.284 мы добавляем 2.1, но 00:47:23.284 --> 00:47:26.740 затем соответствующий реализует может быть 2.2. 00:47:26.740 --> 00:47:29.180 Это вполне возможно в зависимости о том, как быстро мы ref 00:47:29.180 --> 00:47:31.810 Основные по отношению к стандарт, правом? 00:47:31.810 --> 00:47:34.258 Таким образом процессор может быстрее, чем ref выполняет стандартные, поскольку 00:47:34.258 --> 00:47:36.808 Стандартный как правило ссылка на ритмичности, где мы можем 00:47:36.808 --> 00:47:39.723 согласовать, вот новый набор Интерфейсы API требуется везде. 00:47:39.723 --> 00:47:41.410 Добавим их к стандарту. 00:47:41.410 --> 00:47:42.510 Они формируют хороший набор. 00:47:42.510 --> 00:47:44.230 Хорошо, давайте назовем 2.1 и 00:47:44.230 --> 00:47:47.020 Затем мы работать со всеми Разработчики стандарта 00:47:47.020 --> 00:47:49.200 увеличить их реализации Чтобы реализовать 2.1. 00:47:49.200 --> 00:47:50.770 >> Право, поэтому Это по сути план 00:47:50.770 --> 00:47:54.020 что такое, новые идеи, они отображаются в основной .NET первый? 00:47:55.490 --> 00:48:00.340 Они получить доказано, а затем некоторые сочетание, добавляемого 00:48:00.340 --> 00:48:04.750 другие реализации, такие как Xamarin и платформа.NET Framework и 00:48:04.750 --> 00:48:07.330 добавить стандартные .NET произошло нечто удивительное, это? 00:48:07.330 --> 00:48:09.323 >> На правом, и Некоторые интерфейсы API 00:48:09.323 --> 00:48:12.314 может существующие интерфейсы API, мы еще, еще не принят 00:48:12.314 --> 00:48:14.011 Некоторые интерфейсы API Возможно, новые API-интерфейсы. 00:48:14.011 --> 00:48:16.746 И, следовательно, новый API-Интерфейс только сначала будет основной, я полагаю, 00:48:16.746 --> 00:48:19.250 Если по крайней мере с точки зрения PCL 00:48:19.250 --> 00:48:21.820 Поскольку это часть Это открыла код. 00:48:21.820 --> 00:48:24.525 Это часть, мы можем изменения относительно быстро. 00:48:24.525 --> 00:48:27.809 И еще общее представление, если Сначала подходящих API-интерфейсы в устойчивый 00:48:27.809 --> 00:48:30.044 реализации, и затем оттуда 00:48:30.044 --> 00:48:31.730 Мы поместить его во всех остальных. 00:48:31.730 --> 00:48:34.877 >> Да, я думаю, мы никогда не фактически говорил об этом, даже 00:48:34.877 --> 00:48:38.431 в планирование, но мы закончилась вверх, так как он является очевидным. 00:48:38.431 --> 00:48:39.139 >> Да. >> Но 00:48:39.139 --> 00:48:43.373 Я полагаю, что у нас есть это правило, которое мы только поместить вещи в 00:48:43.373 --> 00:48:46.039 Стандартная для .NET может быть с открытым исходным кодом. 00:48:46.039 --> 00:48:48.210 >> Да, я имею в виду, в логические побочным эффектом 00:48:48.210 --> 00:48:49.920 Использование стека, с открытым исходным кодом. 00:48:49.920 --> 00:48:52.351 >> Да, Итак, все права. 00:48:52.351 --> 00:48:53.850 >> Затем, это довольно просто. 00:48:53.850 --> 00:48:57.209 >> Да, Итак, хорошо, люди есть места для связи с вами. 00:48:57.209 --> 00:48:58.360 >> Всё нормально. 00:48:58.360 --> 00:49:00.540 >> Читать наш блог и Это было замечательно. 00:49:00.540 --> 00:49:01.510 Я узнал много. 00:49:01.510 --> 00:49:03.150 >> Да, Мне нравилось это довольно просто. 00:49:03.150 --> 00:49:04.170 >> Благодарю все для 00:49:04.170 --> 00:49:06.966 Наблюдение за другой эпизод в .NET. 00:49:06.966 --> 00:49:08.796 Очень благодарен. 00:49:08.796 --> 00:49:09.296 >> Bye.