1
00:00:00,330 --> 00:00:00,600
大丈夫。

2
00:00:00,600 --> 00:00:01,650
お帰りなさい。

3
00:00:01,680 --> 00:00:04,890
そこで、私たちは、APIが何であるかについて、その用語が意味するものについて話しました。

4
00:00:04,890 --> 00:00:07,360
私たちはいくつかの例に話します。

5
00:00:07,530 --> 00:00:13,410
次に、彼らはどのように働いているのか話し合うだけでなく、彼らがどのように構造化されているかを知っているだけでなく、彼らが返すものとそのデータの様子を知ります。

6
00:00:13,410 --> 00:00:16,710
&nbsp;

7
00:00:16,890 --> 00:00:22,060
だから、この巨大な混乱はここにあり、なぜHMOよりも優れているのですか？

8
00:00:22,980 --> 00:00:28,550
私たちがそれをする前に、私はあなたのこの小さなグラフィックがiTunesのヒューマンインタフェースを知っています。

9
00:00:28,620 --> 00:00:34,270
あなたはiTunesのブラウザを知っているのを見ることができます。

10
00:00:34,590 --> 00:00:39,350
しかし、ここであなたがiTunes APIから得たものがあります。

11
00:00:39,780 --> 00:00:42,900
だから、これははるかに単純化されたはるかに洗剤を知っている。

12
00:00:43,020 --> 00:00:48,630
そして、これは色分けされたきれいな版を知っていますが、実際にはこのように見えます。

13
00:00:48,630 --> 00:00:49,170
&nbsp;

14
00:00:49,350 --> 00:00:51,190
しかし、それは私たちが得る純粋なデータです。

15
00:00:51,210 --> 00:01:00,060
だからあなたはまだアルバム名を知っていて、あなたは余分な画像や日付、評価、価格ですが、この形式ではありません。

16
00:01:00,060 --> 00:01:01,350
&nbsp;

17
00:01:01,800 --> 00:01:04,690
そして、あなたがここで見ることができるように、私は実際にビヨンセを探しています。

18
00:01:04,920 --> 00:01:09,720
そして、これらはあなたがここに見る結果です。

19
00:01:09,870 --> 00:01:18,060
私がやっていることは、Beyonceミュージックビデオの検索と同じことを行うAPI呼び出しを書くことです。

20
00:01:18,210 --> 00:01:20,450
これがAPIの構造です。

21
00:01:20,490 --> 00:01:25,560
これは私がここで行ったことであるドキュメントを読む必要があるすべてのAPIからの変更です。

22
00:01:25,650 --> 00:01:30,140
しかし、もしあなたがこれをリクエストしたら、今私がやるArelさん。

23
00:01:32,580 --> 00:01:39,090
そして、私たちは、それがちょうどテキストの塊であるため、読みにくい応答が何であるかを見ます。

24
00:01:39,810 --> 00:01:47,370
しかし、これはBeyonceの50のミュージックビデオのようなLooksの根底にある情報です。

25
00:01:47,850 --> 00:01:54,060
Beyonceのミュージックビデオビューアアプリケーションやビヨンセのミュージックビデオシャッフルアプリケーションを作って無作為に再生したいと思ったら、これを使うことができました。

26
00:01:54,120 --> 00:01:59,290
&nbsp;

27
00:02:00,030 --> 00:02:00,350
OK。

28
00:02:00,360 --> 00:02:08,160
もう一度ここで鍵となるのは、ここであなたが見ているのは、コンピュータインタフェースとコードインタフェースを知っていることです。

29
00:02:08,160 --> 00:02:10,180
&nbsp;

30
00:02:10,830 --> 00:02:18,240
だからここには、iTunes APIのあなたまたは他のものの用語であるいくつかの他の終点、またはiTunes

31
00:02:18,240 --> 00:02:20,460
APIの1つが検索APIである。

32
00:02:20,970 --> 00:02:24,270
ビートルズの曲を検索することができます。これはあなたがやることです。

33
00:02:24,570 --> 00:02:31,710
ビートルズは、ハリー・ポッター映画のコードに関するポッドキャストを検索することができます。

34
00:02:32,250 --> 00:02:37,290
これはiTunes APIがどのように設定されているかを知っていることを示しています。

35
00:02:37,290 --> 00:02:40,290
他のAPIに従うパターンではありません。

36
00:02:40,300 --> 00:02:46,020
ここでも、関心のある特定のAPIのドキュメントを使用して、空を使って把握しています。

37
00:02:46,020 --> 00:02:46,670
&nbsp;

38
00:02:47,070 --> 00:02:51,640
それでは、ここで見ているものは何ですか？

39
00:02:52,080 --> 00:02:58,510
Web APIのAPIには現在、主な2つのフォーマットがあります。

40
00:02:58,740 --> 00:03:00,430
私たちは彼に慣れています。

41
00:03:00,570 --> 00:03:02,190
それがこれまでにやったことのすべてです。

42
00:03:02,190 --> 00:03:07,500
私が今ここで見ているこのWebサイトは、あなたがこのアプリを知っていると答えています。

43
00:03:07,710 --> 00:03:12,110
私のブラウザはそれを私のために表示しますが、余分なものがたくさんあります。

44
00:03:12,120 --> 00:03:17,170
私たちは、APIからデータを要求しているときに、私たちが望んでいない必要はないと話しました。

45
00:03:17,490 --> 00:03:19,600
私たちはそのページの構造を望んでいません。

46
00:03:19,770 --> 00:03:22,910
すべての基礎となるコンテンツがほしいと思う色です。

47
00:03:23,130 --> 00:03:30,390
したがって、最も一般的に使用されるこれらの2つのフォーマットはSMLとJaisonと呼ばれ、SMLは拡張マークアップ言語または拡張可能な市場橋の略です。

48
00:03:30,540 --> 00:03:35,250
&nbsp;

49
00:03:35,370 --> 00:03:42,270
これはh tim

50
00:03:42,270 --> 00:03:44,740
Lと非常によく似ています。シンタックスでは、この角括弧がスラッシュの開始タグと終了タグを持つことがわかります。

51
00:03:45,120 --> 00:03:51,210
それは異なっていますが、それはプレゼンテーションのプレゼンテーションまたは構造を記述していないということです。

52
00:03:51,630 --> 00:03:55,840
これは大胆で、これはリスト項目であると言っているわけではありません。

53
00:03:56,370 --> 00:04:05,940
それはすべてコードキーの値のペアなので、ここで見ることができるようなデータは人のタグであり、人の代わりにLos

54
00:04:05,940 --> 00:04:12,030
AngelesであるTravestonの都市である21歳の年齢があります。

55
00:04:12,510 --> 00:04:19,110
だから、キーバリューペアはお互いの中に物事を入れ子にすることができ、あなたがここに置くことのできる実際のルールはありません。

56
00:04:19,110 --> 00:04:19,470
&nbsp;

57
00:04:19,470 --> 00:04:25,590
だから、あなたが望むどんなタグを置いても、これらの特定のタグがデータをエンコードする1つの方法であるとき、彼を傷つけないようにはなりません。

58
00:04:25,590 --> 00:04:27,110
&nbsp;

59
00:04:27,300 --> 00:04:32,560
そして、私たちのコードはこれを取り戻し、理解することができます。

60
00:04:32,610 --> 00:04:37,940
OKこれは人で、代理店の名前と都市があり、都市はロサンゼルスです。

61
00:04:37,980 --> 00:04:45,300
ジェイソンは、あなたが誰であるかに応じて、かなりのChimoや醜いものがなくても、データを保存してそのデータを返す別の方法です。

62
00:04:45,300 --> 00:04:47,050
&nbsp;

63
00:04:47,280 --> 00:04:52,400
しかし、その余分なもののどれも、javascriptのオブジェクト表記の略です。

64
00:04:52,860 --> 00:04:57,580
そして、もしあなたがjavascriptオブジェクトに精通していれば、これは非常に身近なものになります。

65
00:04:57,600 --> 00:05:00,190
これは私たちがここに持っていたのとまったく同じデータです。

66
00:05:00,420 --> 00:05:02,940
21歳の人はトラビスです。

67
00:05:02,940 --> 00:05:05,890
都市はLです。 A. Jaisonを使って

68
00:05:06,360 --> 00:05:14,130
だから私たちには、私たちが年齢を持っている、あるいはただ21の名前を持つ別のオブジェクトである人物があるオブジェクトがあります。トラヴィスはロサンゼルスですので、データを格納する別の方法です。

69
00:05:14,130 --> 00:05:19,600
&nbsp;

70
00:05:20,030 --> 00:05:20,970
いずれかが動作します。

71
00:05:20,960 --> 00:05:22,910
他にもオプションがあります。

72
00:05:23,000 --> 00:05:29,540
Jasonよりもはるかに普及していましたが、その主な理由はAPI呼び出しを頻繁に行っていることです。

73
00:05:29,540 --> 00:05:34,310
Ex-MILは以前はJason

74
00:05:34,300 --> 00:05:35,630
私たちはJavaScriptを使用しています。

75
00:05:35,750 --> 00:05:42,430
だから、私たちはこのデータを元に戻すと、このように見えます。私たちはjavascriptを使用しているので、私はJavaScriptアプリケーションを持っています。私は気象データを求めています。

76
00:05:42,830 --> 00:05:48,180
&nbsp;

77
00:05:48,470 --> 00:05:54,800
さて、私は非常に迅速に私のj​​avascriptで私はこの形式からjavascriptオブジェクトに変換する必要はありません使用することができます。

78
00:05:54,800 --> 00:05:56,060
&nbsp;

79
00:05:56,060 --> 00:05:58,990
私はこれを基本的にJavascriptで読むことができます。

80
00:05:59,340 --> 00:06:01,640
そして、非常に迅速に、または非常に迅速です。

81
00:06:01,640 --> 00:06:08,270
あなたがキーの周りに引用符を必要とすることに注意してくださいしかし、それは正確にjavascriptではないキーの周りに引用符が必要ですが、それは非常によく似ています。

82
00:06:08,270 --> 00:06:11,410
&nbsp;

83
00:06:11,840 --> 00:06:17,300
もう一度、同じデータを別々に表示してみてください。

84
00:06:17,390 --> 00:06:19,230
&nbsp;

85
00:06:19,820 --> 00:06:26,180
ヤフーは天気予報APIを持っていますが、私たちは今使っていませんが、JasonとZemoの間を切り替えることができるので、少なくともあなたのドキュメントをあなたに示しています。

86
00:06:26,180 --> 00:06:31,950
&nbsp;

87
00:06:32,660 --> 00:06:36,590
ここでは、リクエストリクエストの例をいくつか示します。

88
00:06:36,590 --> 00:06:44,780
だから、もし私が夕焼けの時間とハワイを求める方法を見つけ出そうと思えば、ここでは最初にここにあなたを見せてくれるでしょう、これはあなたがリクエストをする必要がある場所です。

89
00:06:44,780 --> 00:06:47,110
&nbsp;

90
00:06:47,120 --> 00:06:53,630
だから、この長いURLは狂ったように見えますが、これはあなたが要求する必要があり、あなたが書く必要がある場所です。

91
00:06:54,710 --> 00:06:55,980
どれどれ。

92
00:06:56,090 --> 00:06:59,690
天気予報から天文夕日を選択してください。

93
00:06:59,690 --> 00:07:05,480
だから、この巨大なことをあまり心配する必要はありませんが、この部分フォーマットはJaisonと同じものであり、あなたがこの要求をしてブラウザ上で行うことができるフォーマットです。

94
00:07:05,480 --> 00:07:10,780
&nbsp;

95
00:07:11,000 --> 00:07:12,600
これはあなたが戻ってくるものです。

96
00:07:12,830 --> 00:07:18,400
だから、日没のように見え、ハワイは6〜5時です。 m。 私はそれを行うことができます。

97
00:07:18,750 --> 00:07:23,070
私はちょうどそれを要求することができ、私はここにその応答を得る。

98
00:07:23,180 --> 00:07:31,340
したがって、これは通常のリクエストですが、SMLに切り替えることもできます。同じ情報が表示されます。

99
00:07:32,150 --> 00:07:36,450
それはちょっと違って見えて、それはどのようにフォーマットされているのですか？同じ情報がここにあるのは、6:55 pです。

100
00:07:36,440 --> 00:07:40,730
m。 SMLを使用するのはちょっと面倒です。

101
00:07:40,760 --> 00:07:49,130
古いAPIの中にはExhamしかサポートしていないものもありますが、Jaisonをサポートしているほとんどの新機能は現在、X-amountのみをサポートする新しいAPIを新しいものとして見つけることは非常にまれです。

102
00:07:49,130 --> 00:07:52,650
&nbsp;

103
00:07:52,910 --> 00:07:57,920
だから私たちはJasonに焦点を当てるつもりですが、私は彼らがちょうど両方のフォーマットであることを自宅で指摘したいと思います。

104
00:07:58,820 --> 00:08:04,220
yahud天気がデータを持っていて、私たちにそれを入手したいと思っているとしましょう、この状況を考えると、デモとして送るつもりはありません。

105
00:08:04,220 --> 00:08:07,430
&nbsp;

106
00:08:08,210 --> 00:08:13,910
しかし、それを送るための予測可能なフォーマットが必要です。そうすれば、ダコタのようなものにすることができ、それをアンラップすることができます。

107
00:08:13,910 --> 00:08:16,260
&nbsp;

108
00:08:16,280 --> 00:08:20,190
SMLはオプションですが、Jasonははるかに簡単なオプションです。

109
00:08:20,420 --> 00:08:26,210
これは、通常、テキストが短く、これらの終了タグを記述する必要がないテキストですが、ほとんどの場合、javascriptでうまく動作します。

110
00:08:26,210 --> 00:08:31,420
&nbsp;

111
00:08:31,520 --> 00:08:37,710
だから、もし私たちがここに戻ると、これはあなたの記憶をリフレッシュするためだけのジェイソンです。

112
00:08:37,790 --> 00:08:45,900
これはJaison APIが特にShlash Ahの素晴らしい写真を読んだための基礎となるAPIです。

113
00:08:46,740 --> 00:08:48,320
これは根底にあるJソングです。

114
00:08:48,920 --> 00:08:52,340
それは見た目の混乱のようなものです。

115
00:08:52,430 --> 00:08:59,070
クロムプラグインやクロム拡張機能があり、Jasonビューやオンと呼ばれるものがあります。

116
00:08:59,100 --> 00:09:02,840
あなたはちょうど見ていた。

117
00:09:02,850 --> 00:09:04,860
それはクロムの拡張です。

118
00:09:05,250 --> 00:09:09,350
これは、Jasonをこのように見えるようにします。

119
00:09:09,380 --> 00:09:11,330
だから私はここにそれをインストールするつもりです。

120
00:09:11,690 --> 00:09:19,370
そして、私が帰って同じ要求をすると、それはちょっと時間がかかります。

121
00:09:19,380 --> 00:09:24,930
だから、私はオリジナルとそれから素晴らしいフォーマットのバージョンを見ることができます。それは情報を見るのがずっと簡単です。

122
00:09:24,920 --> 00:09:26,930
&nbsp;

123
00:09:27,120 --> 00:09:31,830
まだここにはたくさんのところがありますが、私は物事がどのように関連しているかという構造を見ることができます。

124
00:09:31,860 --> 00:09:33,180
あなたはそれがジェイソンだと分かります。

125
00:09:33,170 --> 00:09:35,030
だから我々は中括弧を持っている。

126
00:09:35,030 --> 00:09:37,000
私はこれをもう少し大きくすることができるかどうかを見てください。

127
00:09:37,700 --> 00:09:39,860
私たちはキーバリューのペアを持っています。

128
00:09:40,220 --> 00:09:43,660
あなたは配列の括弧の文字列番号を知っています。

129
00:09:43,730 --> 00:09:44,870
これらすべてがここにあります。

130
00:09:44,960 --> 00:09:51,390
そして、私がここで見ることができる巨大な質量ではなく、それらを拡大してデータを探索することができます。

131
00:09:51,380 --> 00:09:55,010
&nbsp;

132
00:09:55,010 --> 00:09:57,350
それはちょうどちょうど整形された同じコードです。

133
00:09:57,360 --> 00:09:59,750
だから私はそのようなものをインストールすることを強くお勧めします。

134
00:09:59,780 --> 00:10:04,030
彼らはFirefoxのためにそれらのほとんどすべての他のブラウザを作る。

135
00:10:04,340 --> 00:10:05,920
私は非常にそれをお勧めします。

136
00:10:05,930 --> 00:10:09,200
また、オンラインで視聴者を探すこともできます。

137
00:10:09,260 --> 00:10:15,900
拡張機能をインストールしたくない場合は、このようなサイトに移動してJasonに貼り付けることができます。

138
00:10:15,890 --> 00:10:19,070
&nbsp;

139
00:10:19,190 --> 00:10:25,470
だから、私はこのすべてのフォーマットをここで選ぶことができ、それもそうします。

140
00:10:25,550 --> 00:10:26,680
しかし、インタラクティブではありません。

141
00:10:26,680 --> 00:10:29,620
私はそれを崩壊させて拡大することはできません。

142
00:10:29,630 --> 00:10:36,760
したがって、Jasonを包むためには、X-amount Jaisonの形式がAPIの最も一般的なものです.Web

143
00:10:36,770 --> 00:10:40,510
APIは、HTMLよりもむしろ応答がなければなりません。

144
00:10:40,550 --> 00:10:48,900
だから我々がやることは、この情報を要求するアプリケーションを書くことであり、我々はそれを元に戻すだろう。

145
00:10:48,890 --> 00:10:50,120
J. 歌。

146
00:10:50,300 --> 00:10:54,980
&nbsp;

147
00:10:54,980 --> 00:11:01,470
&nbsp;

148
00:11:01,460 --> 00:11:06,030
このredit情報は使用しませんが、API上の別のjapesがその情報を取得するか、アプリはそれを非常に素早く使用して何かを実行してデータベースに保存し、何らかの分析をしてから何かを表示します最終的にKimmoとして私たちのユーザーに。

149
00:11:06,290 --> 00:11:08,210
だから、あなたは次のビデオでそれを行う方法を見ている
