1
00:00:00,330 --> 00:00:00,720
괜찮아.

2
00:00:00,720 --> 00:00:01,890
다시 오신 것을 환영합니다.

3
00:00:01,890 --> 00:00:10,470
그래서 우리는 고위급에서 AP 통신원들이 그들이 어떻게 일하고 그들이 어떻게 구조화되고 그들이 무엇을 응답하는지에 대해 이야기 할 것입니다.

4
00:00:10,470 --> 00:00:20,010
Jay Sonic의 M-L에서부터 AAPI로 실제로 더러워지기까지 실제로 움직이고 있습니다. 실제로 응용 프로그램에 통합하고 있습니다.

5
00:00:20,010 --> 00:00:20,800
우리가하기 전에.

6
00:00:20,820 --> 00:00:26,040
당신이 어떻게 h h t t p 요청을 할 수 있는지에 대해 재빨리 생각해 봅니다.

7
00:00:26,040 --> 00:00:32,320
그래서 평생 동안 웹에서 보았던 가장 일반적인 방법은 브라우저를 사용하는 것입니다.

8
00:00:32,640 --> 00:00:36,380
그래서 창을 열어 Google.com에 갈 수 있습니다.

9
00:00:36,720 --> 00:00:38,240
나는 요청했다.

10
00:00:38,580 --> 00:00:42,280
나는이 버튼을 클릭하여 요청을하게된다.

11
00:00:42,390 --> 00:00:44,510
나는 개를 찾는다.

12
00:00:45,390 --> 00:00:50,700
그것은 위키 피 디아에 대한 개 링크를 클릭하는 요청이며 요청입니다.

13
00:00:50,700 --> 00:00:50,960
승인.

14
00:00:50,970 --> 00:00:52,190
이것이 하나의 방법입니다.

15
00:00:52,530 --> 00:01:00,630
하지만 코드를 통해 요청을 할 수도 있습니다. 여기에서 우리가 배울 내용은 저에게 요청할 자바 스크립트를 작성하는 방법입니다.

16
00:01:00,630 --> 00:01:08,800
Yahoo Weather API 또는 Reddit API에서 Jaison을 가져올 자바 스크립트를 작성하려면 어떻게해야합니까?

17
00:01:09,030 --> 00:01:20,470
우리의 전체 목표는 요청을 통해 API에서 정보를 가져와 데이터베이스에 저장하거나 사용자에게 보여줄 것과 같은 코드를 작성하는 것입니다.

18
00:01:20,790 --> 00:01:25,500
그리고 그 비밀은 브라우저를 통해 요청할 필요가 없다는 것입니다.

19
00:01:25,560 --> 00:01:27,840
코드를 통해 요청할 수 있습니다.

20
00:01:27,840 --> 00:01:34,940
request라는 패키지를 사용하는 방법을 알아 보겠다.하지만 다른 방법도있다.

21
00:01:35,070 --> 00:01:40,130
Currall이라는 도구는 Arel이 명령 행에서 요청을하는 방법이라고 생각합니다.

22
00:01:40,380 --> 00:02:03,000
따라서 애플리케이션에 반드시 필요한 것은 아니지만 독립 브라우저를 알고 있다는 요청을 보여주기 위해 HGP 콜론 슬래시를 YouTube에서 요청할 수 있습니다.이 콘텐츠는 Google에 갈 때와 똑같은 반응을 얻습니다. 닷컴.

23
00:02:03,030 --> 00:02:09,330
주요 차이점은 브라우저에서 정보가 다시 나에게 렌더링된다는 것입니다.

24
00:02:09,420 --> 00:02:18,120
그래서 나는 이것을 보았습니다. 그러나 그 본래의 본문은 내가 보았던 것입니다.

25
00:02:18,480 --> 00:02:23,520
그래서 대부분의 시간에 우리는 웹 페이지에서 그를 찾지 않을 것입니다.

26
00:02:23,520 --> 00:02:26,120
나는이 일이 너무 엉망이라는 뜻입니다.

27
00:02:26,880 --> 00:02:33,020
대신 우리는 일반적으로 API에서 Jaison 또는 X-amount를 요청하지만 동일한 아이디어가 적용됩니다.

28
00:02:33,020 --> 00:02:35,580
Currall을 사용하여 API를 요청할 수 있습니다.

29
00:02:35,760 --> 00:02:43,220
그래서 IRL API를 사용하여 Kerl을 수행하지만 대부분의 애플리케이션에서 실제로 Kerl을 사용하지는 않습니다.

30
00:02:43,230 --> 00:02:47,930
이것은 명령 행에서 수행 할 수있는 교육 시연 일뿐입니다.

31
00:02:48,060 --> 00:02:53,480
우리는 응용 프로그램 내부에서이를 수행 할 것이고 우리는 아주 간단하게 시작할 것입니다.

32
00:02:53,530 --> 00:02:56,340
노드에서 요청하는 방법을 보여 드리겠습니다.

33
00:02:56,760 --> 00:03:05,210
그래서 저는 API 눈으로 새로운 디렉토리를 만들고 나서 새로운 파일을 만들려고합니다.

34
00:03:05,430 --> 00:03:09,210
나는 단지 첫 번째 요청이라고 부를 것이다.

35
00:03:09,240 --> 00:03:10,730
제이 예.

36
00:03:10,890 --> 00:03:15,420
그래서 우리가 할 일은 자바 스크립트 파일에서 요청하는 것입니다.

37
00:03:15,480 --> 00:03:18,150
Googlebot 열을 다시 요청하면됩니다.

38
00:03:18,270 --> 00:03:20,360
우리가 cURL을 사용하여 방금 한 일입니다.

39
00:03:20,940 --> 00:03:23,450
그리고 이것이 모든 일이 받아 들일 수있는 일이라는 것을 알고 있습니다.

40
00:03:23,580 --> 00:03:27,430
요점은 페이지를 새로 고침으로써 브라우저에서 요청한 것입니다.

41
00:03:27,540 --> 00:03:29,340
우리는 명령과 명령을했다.

42
00:03:29,340 --> 00:03:32,470
그것은 우리가 돌아 오는 내용까지 동일한 방식으로 작동합니다.

43
00:03:32,550 --> 00:03:33,830
이제 똑같은 일을 해봅시다.

44
00:03:33,840 --> 00:03:36,520
하지만 자바 스크립트 파일에서.

45
00:03:37,060 --> 00:03:39,170
그래서 그 파일을 열어 보겠습니다.

46
00:03:40,950 --> 00:03:44,200
그리고 우리는 여기에 요청을 할 코드를 넣고 싶습니다.

47
00:03:44,220 --> 00:03:45,210
그러면 어떻게해야할까요?

48
00:03:45,210 --> 00:03:47,130
노드에서 어떻게 요청합니까?

49
00:03:47,430 --> 00:03:50,220
사용할 수있는 다양한 라이브러리 패키지가 많이 있습니다.

50
00:03:50,370 --> 00:03:59,380
우리가 사용하려고하는 것은 요청 (request)이라고 불리는데 아마도 가장 일반적인 방법 일 수 있습니다.

51
00:03:59,400 --> 00:04:05,540
그냥 Google 노드 요청 단순화 된 오래된 UDP 요청 클라이언트.

52
00:04:05,760 --> 00:04:08,690
이것이 우리가 간단한 요청을 할 수있는 방법입니다.

53
00:04:08,700 --> 00:04:10,800
이것은 기본적인 구문의 일종입니다.

54
00:04:10,920 --> 00:04:34,070
일단 우리가 먼저 다른 모든 패키지처럼 변수에 요청 설정을 요구하면 우리가하는 일은 aurl에 요청한 다음 우리가 전달하는 함수가 있고이 함수의 여러 부분 또는 여러 인수가 있습니다 오류 응답 및 본문.

55
00:04:34,450 --> 00:04:42,030
요청을 만드는 데 시간이 걸리기 때문에 콜백을 사용합니다. 밀리 초가 걸릴 수도 있습니다.

56
00:04:42,030 --> 00:04:48,840
때로는 존재하지 않는 웹 페이지 나 다운 된 서버를 요청하는 요청이 끊길 수 있습니다.

57
00:04:48,900 --> 00:04:55,630
따라서 좋든 나쁘 든 반응이있을 때까지 무엇인가를하기 위해 자주 기다려야합니다.

58
00:04:55,950 --> 00:04:59,380
그래서 우리는 볼 것이고 우리는 이들이 무엇인지, 어떻게 사용하는지 이야기 할 것입니다.

59
00:04:59,490 --> 00:05:08,540
지금은 이것을 복사 해 보겠습니다. 실제로 한 줄씩 다시 입력하겠습니다 만, 실제로 볼 수 있도록 여기에 보관할 것입니다.

60
00:05:08,820 --> 00:05:23,600
가장 먼저해야 할 일은 패키지 요청을 설치하는 것입니다. NPM 설치 요청은 요청을 받아서 올바르게 표시하도록 요구할 수 있습니다.

61
00:05:23,890 --> 00:05:24,340
승인.

62
00:05:24,370 --> 00:05:25,240
그래서 우리가 해냈습니다.

63
00:05:25,240 --> 00:05:30,020
여기에 약간의 크기를 재조정 할 것이고, 이것을 다시 쓰려고 할 것입니다.

64
00:05:30,040 --> 00:05:31,920
이것을 다시 쓰거나 우리가 넘어갈 수 있습니다.

65
00:05:32,170 --> 00:05:35,130
요구를 요구하십시오.

66
00:05:35,290 --> 00:05:36,880
시작하기 좋고 간단합니다.

67
00:05:37,450 --> 00:05:41,320
그래서 다음 줄에서 실제로 그 요청을하고 있습니다.

68
00:05:41,710 --> 00:05:49,110
그래서이 앱을 실행할 때마다 낮잠을 부르려면 먼저 노드 첫 번째 요청을 실행하면됩니다.

69
00:05:49,320 --> 00:05:49,790
예.

70
00:05:49,840 --> 00:05:53,410
그러면 iChat이 Google에서 인쇄됩니다.

71
00:05:53,420 --> 00:05:54,840
우리가하는 첫 번째 일이 될 것입니다.

72
00:05:55,140 --> 00:05:57,690
그래서 우리의 요청은 요청을 요구합니다.

73
00:05:57,700 --> 00:06:02,510
그런 다음 우리가 요청할 수 있도록 HTP 콜론 슬래시 W ...를 할 것입니다.

74
00:06:02,600 --> 00:06:03,740
Google.com.

75
00:06:04,030 --> 00:06:10,980
우리가 Currall과 똑같은 일을하는 것은 당신이 아프거나 같은 나이를 기대합니다.

76
00:06:12,010 --> 00:06:14,390
이것이 요청을하게 될 첫 번째 부분입니다.

77
00:06:14,420 --> 00:06:18,940
하지만 돌아 오는 정보로 무엇이든 할려면 콜백이 필요합니다.

78
00:06:19,030 --> 00:06:22,510
그리고 그들은 그것이 즉각적이지 않기 때문에 설명했습니다.

79
00:06:22,510 --> 00:06:24,200
시간이 걸린다.

80
00:06:24,220 --> 00:06:28,690
이 요청은 수천 마일 떨어진 곳의 서버로 이동해야합니다.

81
00:06:28,780 --> 00:06:34,110
그런 다음 우리에게 줄곧 와서 우리의 컴퓨터가 그것을 이해하고 그것을 이해해야합니다.

82
00:06:34,570 --> 00:06:41,770
그래서 우리가 오류 응답과 몸으로 전달하는 세 가지가 있습니다.

83
00:06:41,770 --> 00:06:47,890
첫 번째 오류는 우리가 입을 수있는 잠재적 인 오류를 보류합니다.

84
00:06:47,890 --> 00:06:59,150
따라서 문제가 발생하면 서버가 다운되거나 요청 시간이 초과되거나 아내를 끄고 오류가 발생하면 인터넷 연결이 이루어지지 않습니다.

85
00:06:59,170 --> 00:07:01,010
그래서 우리는 그걸 가지고 노는 법을 조금 봅니다.

86
00:07:01,090 --> 00:07:03,800
그러나 오류를 확인하는 것이 중요합니다.

87
00:07:04,000 --> 00:07:13,850
그래서 우리가 오류가 있다면 우리는 이와 같은 것을 할 것입니다. 그리고 나서 우리는 else를 가질 것입니다.

88
00:07:13,900 --> 00:07:18,800
그래서 오류가 있다면 그냥 로그하지 말아라.

89
00:07:20,620 --> 00:07:27,790
오류가 발생하여 오류 자체를 로그에 기록하지 않습니다.

90
00:07:27,910 --> 00:07:31,460
그렇지 않으면 우리가 뭔가를 얻었음을 의미합니다.

91
00:07:31,930 --> 00:07:39,430
이 예제에서 응답이 상태 코드가 200이면 두 번째로 확인할 수 있습니다.

92
00:07:39,610 --> 00:07:50,030
따라서 우리는 그다지 상태 코드를 사용하지 않을 것이지만 더 이상 존재하지 않는 페이지를 요청할 때마다 404 상태 코드에 익숙 할 것입니다.

93
00:07:50,410 --> 00:08:01,020
우리가 찾을 수없는 것을 요청하려는 경우에 알 수있는 오류 메시지를 찾지 못한 상태 코드를 찾으면.

94
00:08:01,030 --> 00:08:03,550
다른 많은 상태 코드가 있지만.

95
00:08:04,240 --> 00:08:07,490
그래서 당신은 여기에서 가장 중요한 것을 볼 수 있습니다.하지만 200입니다.

96
00:08:07,510 --> 00:08:08,160
약자.

97
00:08:08,170 --> 00:08:12,280
성공한 요청에 대한 표준 응답입니다.

98
00:08:12,280 --> 00:08:26,400
따라서 상황이 좋으면 상태 코드가 200인지 확인하고 싶은 응답이 있습니다. 페이지가 이동 한 것처럼 상태 코드가 200이 아닌 다른 응답을받을 수 있기 때문입니다.

99
00:08:26,530 --> 00:08:29,490
그리고 그것은 200이되지 않을 것이며 우리는 그것을 다르게 다루기를 원합니다.

100
00:08:29,500 --> 00:08:37,960
따라서 하드 코드가 아닌 하드 코드 일 수 있지만 현상 유지가 200인지 항상 확인하고 싶다고 가정 할 수 있습니다.

101
00:08:38,590 --> 00:08:48,650
여기서는 중첩 된 IF 문이므로 상태 코드가 200 인 응답이 같으면이를 수행 할 것입니다.

102
00:08:48,940 --> 00:08:56,420
그래서 우리가 여기에 도착하면 일이 잘 됐습니다.

103
00:08:56,500 --> 00:09:01,300
그래서 그 일이 일어난다면 그 일을 끝내자.

104
00:09:01,990 --> 00:09:03,750
그리고 우리는 시체를 출력 할 것입니다.

105
00:09:03,880 --> 00:09:13,940
이것이 바로 Google에서 우리 시대가 될거야 또는 그 시대를 뛰어 넘을 것 같은 실제 응답 본문 인 정보의 마지막 부분입니다.

106
00:09:14,500 --> 00:09:15,970
그래서 받아 들일 것이 많습니다.

107
00:09:16,390 --> 00:09:17,620
나는 이것을 지금 제거 할 것이다.

108
00:09:17,620 --> 00:09:19,020
그걸 다 잘라 내고.

109
00:09:19,060 --> 00:09:23,630
내 파일을 저장하고 어떤 일이 발생하는지 봅시다.

110
00:09:23,650 --> 00:09:28,390
따라서 노드는 먼저 파일의 이름 인 Yes를 요청합니다.

111
00:09:28,480 --> 00:09:34,390
그리고 와우 우리는 Tim의 모든 인쇄물을 인쇄 해냅니다.

112
00:09:34,750 --> 00:09:36,080
큰.

113
00:09:36,100 --> 00:09:39,470
그러니 여러분도 변화 시키십시오.

114
00:09:39,730 --> 00:09:44,770
닷콤 안전 파일을 읽으 러 가자.

115
00:09:44,860 --> 00:09:46,510
그것을 실행하십시오.

116
00:09:47,590 --> 00:09:54,190
그리고 여기 저는 API를 사용하여 똑같은 일을 할 수있는 모든 것을 그에게 읽어 줍니 다.

117
00:09:54,340 --> 00:10:04,080
따라서 야후 날씨 종점으로 돌아 가면 하와이의 일몰 시간을 알기 위해이 정보를 입력하거나 정확하게 따라갈 수 있습니다.

118
00:10:04,430 --> 00:10:14,070
하지만 당신이 여기있는 거대한 거라면 너는 나 야. 이것은 일몰 시간을 줄 Yahoo Weather 용 API이다.

119
00:10:14,070 --> 00:10:15,270
그것이 효과가 있는지 보자.

120
00:10:16,060 --> 00:10:19,130
그리고 그 정보를 되찾았습니까?

121
00:10:19,750 --> 00:10:20,260
굉장해.

122
00:10:20,380 --> 00:10:22,220
그래서 저는 실제로 그것을 잠시 없애 버릴 것입니다.

123
00:10:22,420 --> 00:10:25,690
이제 내가 어떤 것을 바꾸는 지 살펴 보겠습니다.

124
00:10:25,720 --> 00:10:28,960
그래서 내 요청 HTP 콜론 슬래시 크기면.

125
00:10:28,980 --> 00:10:43,870
나는 구글과 무작위로 흩어져있는 닷컴을 사용하지 않는다는 것을 의미한다. 나는 파일을 저장하고 나는 뭔가 잘못되었다는 요청을한다.

126
00:10:43,900 --> 00:10:45,850
그래서 우리는 오류가 있음을 의미합니다.

127
00:10:46,570 --> 00:10:54,320
그리고 그 위에 오류 자체가 오류가 발견되지 않는 로그 오류라는 Consta의 정보가 있습니다.

128
00:10:54,730 --> 00:10:56,370
그래서 우리 페이지는 발견되지 않았습니다.

129
00:10:56,710 --> 00:11:03,510
따라서 오류 확인을 사용하면 요청이 제대로 작동하는지 확인할 수 있습니다.

130
00:11:03,670 --> 00:11:06,610
그래서 우리가하지 않으면 자동으로 처리했습니다.

131
00:11:06,670 --> 00:11:11,640
이 경우에는 이미 본문을 인쇄하고 있지만 데이터를 데이터베이스에 저장한다고 가정 해 봅시다.

132
00:11:11,680 --> 00:11:19,330
우리는 먼저 데이터를 얻었고 요청이 이루어지면 잘못된 장소로 만들지 않았거나 뭔가 잘못되었다는 것을 알고 싶습니다.

133
00:11:19,870 --> 00:11:23,170
그러나 여기서 볼 수있는 것처럼이 모든 것을 단순화 할 수 있습니다.

134
00:11:23,260 --> 00:11:29,740
이것은 하나의 if 문에서 동시에 두 문을 검사하는 단축 버전입니다.

135
00:11:29,740 --> 00:11:35,910
좋습니다. 그래서이 요청 라이브러리 나 요청 패키지를 사용하여 노드에서 요청을하는 방법입니다.

136
00:11:35,920 --> 00:11:40,230
거의 항상 같은 것이 될 것이라는 점에서 매우 간단합니다.

137
00:11:40,420 --> 00:11:51,050
당신은 요청을 요구할 것입니다. 그리고 당신은 귀하가 요청한 Elen이라는 것을 추가하고 우리를 단지 Google dot.com으로 변경할 것입니다.

138
00:11:51,250 --> 00:11:53,720
그런 다음 콜백 함수가 있습니다.

139
00:11:53,830 --> 00:12:01,430
세 가지 정보는 상태 코드와 응답에 대한 오류 검사를 확인한 다음 본문으로 처리합니다.

140
00:12:01,510 --> 00:12:09,120
보통 당신은 단지 그것을 출력하지 않습니다. 그러나 이것은 에러가없고 상태 코드가 200이면 우리가 무언가를 할 수있는 곳입니다.

141
00:12:09,190 --> 00:12:12,790
그래서 나는 그것이 많다는 것을 압니다. 그러나 당신이 따라갈 수있는 조리법의 종류입니다.

142
00:12:13,120 --> 00:12:13,620
승인.

143
00:12:13,750 --> 00:12:21,260
그래서 다음 비디오에서는 좀 더 자세히 살펴 보겠습니다. API는 실제로 Jason API에 요청하고 그 API로 무언가를합니다.

144
00:12:21,310 --> 00:12:21,780
큰.