WEBVTT

00:00:00.930 --> 00:00:03.890
さぁ、.NET での表示にしています。

00:00:03.890 --> 00:00:07.400
今日我々 と
Immo 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
.NET の標準的な 20 の詳細な情報です。

00:00:18.362 --> 00:00:20.970
>> および
搭載の中央に一般に。

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
1 つは確実だと思います
このトピックに関する専門家です。

00:00:36.090 --> 00:00:37.302
>> には高性能であります。
>> [笑って] はい。

00:00:37.302 --> 00:00:39.243
>> Cuz の 2 つを費やしています。
年はこれで作業します。

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
最初に言ったようにも思います
必ず笑いトラックを提供します。

00:00:54.310 --> 00:00:54.810
>> よくできています。

00:00:56.500 --> 00:00:58.289
>> 単なる私が、
答えがわかりませんが、ほら。

00:00:59.360 --> 00:01:02.300
すべてを右、そのための大きな問題
なぜ重要なは本当に、します。

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
気にする 1 つのフレームワークと

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
常にあったが、
この 1 つのフレームワークです。

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、および、アプリ。

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
2 つのことがあるようになりました
心配すると、次のように右です。

00:02:15.330 --> 00:02:18.350
.NET のコアを使用し
複数の 1 つです。

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 を受け入れることが使用されているため
.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
>> たいと言います
3 つに 1 を加算

00:03:00.610 --> 00:03:02.780
です。
3 つの異なるものと

00:03:02.780 --> 00:03:06.910
プラスの 1 つは、実際にはどのような
それらのすべてに共通します。

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
フレームワークおよび .NET 1.x のコアです。

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
重要な方法の 1 つが発生しました
本当にしたいです。

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 のコアと同じ手順
2.0、およびその API が存在しました。

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
>> と思いますもう 1 つすぎます。
そのコードのように

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
I を使用していたことがわかってください。
最適なパターンです。

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
新しい考えることができますので、
ネット標準と本質的には

00:04:54.764 --> 00:04:56.220
すべてを支配する 1 つの 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
基本部分
I/O のコレクションと同じように

00:05:08.466 --> 00:05:09.976
コンソールへのアクセスします。

00:05:09.976 --> 00:05:13.250
基本的に操作を行うもの
下位レベルのライブラリです。

00:05:13.250 --> 00:05:15.026
レベルを下げると
以外のアプリケーションと同じように本当の意味します。

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
さかのぼってそれはできません。
5 年前に、API を追加します。

00:05:40.620 --> 00:05:41.730
問題が解決しません。

00:05:41.730 --> 00:05:44.230
としての新規の API を追加する際は、
新しいバージョンの標準的なのですが、

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
>> など
基本的には、分割を行うことはできません。

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
>> と思いますが true を指定します。

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
彼女は、12 月に付属しています。

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 の 1 つだけがあるようにします。

00:06:24.270 --> 00:06:26.790
ベン図形型ではないと答えるとしたいです。
図のためだけに

00:06:26.790 --> 00:06:29.310
1 つの復帰
番号を非表示にするためには、

00:06:29.310 --> 00:06:31.790
も簡単です。
重複

00:06:31.790 --> 00:06:34.630
複数の円の図
>> 確実です。

00:06:34.630 --> 00:06:37.290
>> とし、もう 1 つ
指摘すると

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
このいずれかと考えて、率直に言う
共通の最大のように実際には

00:07:26.859 --> 00:07:28.276
分母となるプロジェクトでは、

00:07:28.276 --> 00:07:30.920
特に
.NET 2.0 の標準です。

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
>> にもう 1 つを ○ したことがあります
通常できることを参加者に伝えます。

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、すべて
すばらしいとプロファイル

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
>> するサウンドは非常に珍しい形です。

00:08:15.240 --> 00:08:18.420
違いが
使用することでこれを

00:08:18.420 --> 00:08:20.560
word の考察します。

00:08:20.560 --> 00:08:23.580
人間の考えがあったため、
基本的に関与します。

00:08:23.580 --> 00:08:26.910
すべて 1 つのメンバーが
.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
1 つのテンプレートがあります。
.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
2 番目の部分と、.
仕様は、

00:09:00.863 --> 00:09:02.682
Api のセットでは本質的にすることをお勧めします。

00:09:02.682 --> 00:09:06.426
すべてのプラットフォームのものと言うこと
あるため 1 つの方法、それらの Api を実装します。

00:09:06.426 --> 00:09:09.295
これについて考えるにはすることができます。
>> ありますの動かさない

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 を参照してください理由
フレームワーク 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
後で、おそらくさらに追加
[INAUDIBLE] と同様に .NET の種類

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 の標準との比較

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
および可能な最大
envision は、.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 の最初のスライドで、
それが一種のと一緒に処理されるを .NET を使用して

00:12:10.390 --> 00:12:12.305
仕組みになるためにのコアします。
両方同じコード ベースからです。

00:12:12.305 --> 00:12:14.064
>> Mm 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
発生する作業
アプリケーションをサポートするために OS を追加するのには

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
ね、2 つ目は、します。
興味深い別のちょっとしました。

00:12:35.307 --> 00:12:38.119
セットを作成しようとすると
1 つの軸を持つライブラリの

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] と呼ばれるもの
互換性 shim または

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
実装する任意のプラットフォーム
.NET 2.0 の標準です。

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
勝利のフォームを使用する場合、
例では、

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
既存の参照します。
フレームワーク パッケージでは、

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
すばらしいことが場合に
でしたと答えると、私は現在

00:14:06.352 --> 00:14:11.888
blah を使用する 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
>> もう 1 つ実行します。
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
>> も、
場合は非常に戦略的でした。

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
一定の
デルタ X 1 とは異なる

00:15:44.720 --> 00:15:47.930
コブラが非常に大きいと、
ような感じの人と

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-グラムを追加することを終了する場合があります。
プロジェクトにすぎるので、

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
このような本当に便利
自分側・ フィラメント ・ ストーリー。

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
>> 耳にしたことと同様は、u. s.
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
だけであるは 1 つ
検討しましたが従来の 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
たとえば、Northwind データです。

00:18:17.925 --> 00:18:19.770
Deta 2 が既に作成されて、
プロジェクトを明らかにします。

00:18:20.800 --> 00:18:22.370
>> はいはい、わかりました。

00:18:22.370 --> 00:18:24.050
>> 正確には。

00:18:24.050 --> 00:18:25.270
それから
クラスを 1 つだけ削除します。

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
ターゲットを絞ることを確認します。
.NET の標準的な 2.0 では、

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
まだまだです
少し、その最も

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
>>] があります。
Casey が嫌いで、右ですか。

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
そのため、私が行った
10 年前に、

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
搭載が復元されました
461 の .NET framework を使用します。

00:20:08.902 --> 00:20:11.750
ターゲット フレームワークではなく
.net 2.0 の標準のバージョンです。

00:20:11.750 --> 00:20:13.170
理由は、そのため、です。

00:20:13.170 --> 00:20:16.784
そうですね、私たちに移動する場合
.Org を搭載し、私たちだけ

00:20:16.784 --> 00:20:21.466
ここでは、自分のパッケージを検索し、
パッケージをダウンロードするだけです。

00:20:24.572 --> 00:20:26.803
ここで開くとこのパッケージ
エクスプ ローラーが非常にわかりやすい

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
>> を提供します。
クイックをしり

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 Store オブジェクトです。

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
>> 間違いなくを使用してこの
アプリケーション、1 週間に複数回

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
不思議なリンクの力を使用してレンダリング
結果といくつか

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
自分自身を説得します。
it は正常に動作します。

00:22:41.910 --> 00:22:45.030
効果的に
警告を抑制するだけです。

00:22:45.030 --> 00:22:48.840
次のよう、このような
ここでは、1 つの番号

00:22:48.840 --> 00:22:50.990
改良型連は 1、7、または
いずれかの警告番号を

00:22:50.990 --> 00:22:51.630
圧縮します。

00:22:51.630 --> 00:22:54.540
したがって、すべて必要な作業
選択するのには、ここで入力してください

00:22:54.540 --> 00:22:58.670
[」と入力して、
警告の数をここでのヒット、

00:22:58.670 --> 00:23:01.940
保存、しを参照できます。
ソリューションの 1 つが表示されなくなります

00:23:01.940 --> 00:23:07.120
エクスプ ローラー、およびそれがも表示されなくなります
ここで再構築します。

00:23:07.120 --> 00:23:10.090
>> など、
プレイしていた私にもう 1 つ

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
ためにはみな同じ
UI と同じ操作性です。

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
もう 1 つは、します。
警告を抑制します。

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 を記述したこと、
した可能性がありますする必要がありますを公開します。

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
ように見えるように
2.0 に 1.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
選択します。
.NET 1.0 の標準です。

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
ようにしたい場合など、
.NET の標準的な 1.0 を実行するのには

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
フレームワークで実行することができます。
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
>> Like 4.0。

00:26:13.139 --> 00:26:15.943
>> [はい]、そのため 4.0、
インスタンス実行しないでください。

00:26:15.943 --> 00:26:19.498
もう 1 つはここを参照してください。
ここでは、図形が参照します。

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 場合
.NET センター 1.3 を実行する必要があります。

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
ここでバックアップを表示するよう、
1.0 および 1.1 との間の SUMJUM と

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
1 つは、する場合、
.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
>> Mm 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
最新の状態
バージョンについての FAQ を参照する場合です。

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
これは、[オーディオ]
これは、仕様であるため

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 の中核となる 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
もう 1 つ、お
ポイントする必要があるは

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% です。
種々 のものです。

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
もう 1 つあることがよくあります。
マルチ ターゲットが。

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
あるので、ここで何があります。
4 つのプロジェクトとソリューションです。

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
>> と、今すぐ実行すると、
2 つのアプリケーションがあるとします。

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 のアプリケーションと

00:32:01.150 --> 00:32:02.345
両者は、同じ操作を行います。

00:32:02.345 --> 00:32:05.432
それらをお見せします
緯度経度にしています。

00:32:05.432 --> 00:32:08.330
使用して、地球上にあります。
地理位置情報 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
何があるようになりました
2 つのライブラリがあります。

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
これを行うため
ほとんどの酷使ここ。

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
問題が浮上し、
2 つのライブラリがあります。

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
先を把握する必要があります。
参照する 1 つです。

00:33:36.017 --> 00:33:38.786
1 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
>> が 1 日に詳細な情報です。

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
緯度/経度を取得できません。
です。

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
だけに変換します。
この 2 つの可能性-

00:34:17.659 --> 00:34:18.796
>> 権限。

00:34:18.796 --> 00:34:19.991
>> 2 には次の 2 倍になります。

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
こそが 2 つです。
辺は互換性があります。

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
実際にはまったく、
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
>> その理由は、できるようになりました
私の魔法の杖を使用し、

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
1 つがあるようになりました
Gps と呼ばれるプロジェクトです。

00:34:56.712 --> 00:34:59.909
1 つのファイルがあります。
これで GpsLocation が呼び出されます。

00:34:59.909 --> 00:35:01.987
代わりに表示して
2 つのライブラリを持つことの

00:35:01.987 --> 00:35:03.161
ライブラリは 1 つだけであります。

00:35:03.161 --> 00:35:04.747
だけがいくつかあると
コード ベースで ifdef。

00:35:04.747 --> 00:35:08.113
[INAUDIBLE] を今すぐ表示するので、
ここが、この小さなドロップ ダウン

00:35:08.113 --> 00:35:10.480
ここでは、
3 つのエントリが表示されます。

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 のパッケージを参照します。
3 コンパイルの場合です。

00:35:45.410 --> 00:35:46.520
>> 権限。
>> と私が言える

00:35:46.520 --> 00:35:49.040
フレームワークを対象としている場合
この余分な参照を実現します。

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
言うことができる基本的にこれで、
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
これで何があるとここで今すぐと
基本的に 1 つの方法があります。

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
今、私は何ができるかは、
>> は、もう少しこのような

00:36:31.730 --> 00:36:36.000
bait のと基本的にこれと
パターンを切り替えますか。

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
今すぐこの guy を構築します。
出力フォルダーにのみアクセスします。

00:36:59.290 --> 00:37:01.710
まず、するを表示します。
3 つのフォルダーがあります。

00:37:01.710 --> 00:37:03.820
すべて、別のターゲットを絞る。

00:37:03.820 --> 00:37:06.370
>> と感じて使用しようとして
NuGetPackageExplorer もう一度。

00:37:06.370 --> 00:37:08.710
>> 正確ですが、
1 つのパッケージも、

00:37:08.710 --> 00:37:11.380
1 つのパッケージ、3 ではなく。

00:37:11.380 --> 00:37:12.780
>>、3 つのフォルダーですか。

00:37:12.780 --> 00:37:14.860
>> が 3 つのフォルダーと
内、NuGet を入手してから、

00:37:14.860 --> 00:37:16.630
3 つのフォルダーも表示されます。

00:37:16.630 --> 00:37:18.350
3 つのバイナリ
だけで満足して、そのため

00:37:18.350 --> 00:37:21.926
1 つのパスを基本的にしました
上のバージョンを作成

00:37:21.926 --> 00:37:24.450
WP のバージョン、および
バージョンの 1 つです。

00:37:24.450 --> 00:37:26.150
3 つがあるため、
別のバイナリを

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 の公開を行うことができます。
参照して、右ですか。

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
>> Mm です。

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
共有プロジェクト
1 つを使用しています。

00:39:06.685 --> 00:39:09.085
>> [はい] は、共有プロジェクト
アプローチは、論理的に同じです、

00:39:09.085 --> 00:39:11.385
基本的に 1 つのプロジェクトがあります。
すべてのソース ファイルを保持しています。

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
私たちの場合はするが
4 つのプロジェクトがあります。

00:39:20.795 --> 00:39:21.635
>> を表示します。
>> であれば、1 つ

00:39:21.635 --> 00:39:22.610
標準。

00:39:22.610 --> 00:39:27.050
Ewp は、.Net のいずれかのいずれか
フレームワークでは、1 つは共有プロジェクトです。

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
1 つの部品すべてに配置して

00:39:44.450 --> 00:39:46.680
しようとして、すべて
そこから施設のリンクです。

00:39:46.680 --> 00:39:48.549
4 つのプロジェクトがあるようになりましたが、
だがしかし

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
1 つをビルドすることができませんでした。
NuGet パッケージ、および、はい、

00:39:58.977 --> 00:40:00.393
思いますを手動で 1 つです。

00:40:00.393 --> 00:40:02.483
>> は基本的にあります。
[INAUDIBLE] 1 回のすべて

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
>> 関数を搭載
実装です。

00:40:29.500 --> 00:40:32.850
タイプすることができます。
パブリック領域を使用します。

00:40:32.850 --> 00:40:34.760
プラットフォームのブリッジを作成する
違いです。

00:40:34.760 --> 00:40:38.970
>> の権利と同様、
.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
だけを選択する、最も低い
用いれば、1 つ

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
前の 1 つを使用して
コンパイルするために使用し、

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
.NET センターの API サービス
自体ともシールド

00:41:21.126 --> 00:41:24.770
ユーザー向けにすることが
複数のプラットフォームを考えてください。

00:41:24.770 --> 00:41:28.010
これは、基本的に開く
.NET の中心の endedness です。

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
基本的に呼び出されるに同じ
裁判所には、3 回、右が基本でしょうか。

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
ですから、もう 1 つはの本質的には

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
このプロジェクトになります。
[無音]WP 側と

00:43:54.340 --> 00:43:57.078
このプロジェクトを取得します。
.Net フレームワーク側でします。

00:43:57.078 --> 00:43:59.642
[INAUDIBLE] がない場合でも、
マルチ ターゲットを使用してパッケージ

00:43:59.642 --> 00:44:02.259
ソリューションを搭載できるだけで
数を大幅に削減します。

00:44:02.259 --> 00:44:05.155
プロジェクトの検討する必要があります。
について管理することとします。

00:44:05.155 --> 00:44:06.680
搭載、本当に
強力な機能です。

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
実際には良い質問の 1 つ
については説明しませんでしたか

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
>> [はい] です。
>> 1 週間前と同じようにシフトします。

00:44:28.390 --> 00:44:30.940
>> などのほとんどのものに
マルチと同じように見せ、

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
.NET の標準的な 2.0 では、
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
ここまで、そのため、1 つの URL
注意すべきこと

00:44:52.650 --> 00:44:54.140
この 1 つの記事でします。

00:44:54.140 --> 00:44:59.013
Netstandardfaq ポイント
前に示したドキュメントを

00:44:59.013 --> 00:45:00.882
ことがわかります。

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
たとえば James はなぜですか。

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
>> はスーパーですが、特に
種類で検索する場合に

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
余分な手を押すと私
電子メールよりも発言しています。

00:46:18.370 --> 00:46:19.450
>>、cuz は、何であります。

00:46:19.450 --> 00:46:21.026
ホームを取得し、
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
>> に簡単です。
>> 実際には [いいえ、

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
いう今日はいくらか
net をドットの偶然

00:46:58.750 --> 00:47:01.220
標準的な 2.1 ドット net コア 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
しているものではありません。
lockstep であります。

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
>> は最後の 1 つと

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
そのため、コアが参照よりも高速場合があります。
標準では

00:47:34.258 --> 00:47:36.808
標準は一般には
逃げられるリズムに ref

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。