WEBVTT 00:00.110 --> 00:01.070 Willkommen zurück. 00:01.070 --> 00:07.070 In diesem Video möchte ich von Ihnen, sich mit mir zu konzentrieren, weil ich sehr wichtige Konzepte, die 00:07.070 --> 00:10.450 Anforderungen und die Antworten in Http erklären werde. 00:10.850 --> 00:17.990 Das Http-Hypertext-Transfer-Protokoll ist die Grundlage der Datenkommunikation im World Wide Web. 00:17.990 --> 00:24.200 Es handelt sich um ein Protokoll, das für die Übertragung von Daten zwischen einem Client, in der Regel einem Webbrowser oder einer 00:24.200 --> 00:28.790 Anwendung, und einem Server, auf dem Websites und Webdienste gehostet werden, verwendet wird. 00:28.970 --> 00:34.490 Http umfasst zwei grundlegende Komponenten: Anfragen und Antworten. 00:34.490 --> 00:37.370 Beginnen wir mit der Http-Anfrage. 00:37.400 --> 00:46.250 Die Anfrage beginnt mit einer Http-Methode, die die Aktion angibt, die der Kunde durchführen möchte. 00:46.250 --> 00:53.870 Zu den gängigen Methoden gehören get und post get zum Abrufen von Daten vom Server und von Anfragen. 00:53.870 --> 00:54.350 Verwenden. 00:54.350 --> 01:01.650 Get sollte nur Daten abrufen und keine anderen Auswirkungen auf die Datenpost haben. 01:01.680 --> 01:08.040 Eine Postanforderung wird verwendet, um Daten an den Server zu senden, z. B. Kundeninformationen, Datei-Upload und 01:08.040 --> 01:10.290 so weiter mit Hilfe von HTML-Formularen. 01:10.290 --> 01:18.930 Senden von Daten an den Server mit Hilfe der Post-Methode, die häufig für die Übermittlung von Formularen oder die Erstellung neuer Ressourcen verwendet wird. 01:18.930 --> 01:22.020 Kommen wir nun zur Http-Antwort. 01:22.020 --> 01:26.430 Eine Http-Antwort wird von einem Server an einen Client gesendet. 01:26.430 --> 01:32.940 Ziel der Antwort ist es, dem Kunden die angeforderte Ressource zur Verfügung zu stellen oder ihm mitzuteilen, dass 01:32.940 --> 01:39.660 die von ihm angeforderte Aktion ausgeführt wurde, oder ihn darüber zu informieren, dass bei der Bearbeitung seiner Anfrage 01:39.660 --> 01:41.790 ein Fehler aufgetreten ist. 01:41.790 --> 01:49.590 Eine Http-Antwort enthält eine Statuszeile, eine Reihe von Http-Headern oder Header-Feldern und einen Nachrichtentext, der normalerweise 01:49.590 --> 01:51.350 benötigt wird. 01:51.360 --> 01:52.580 Die Statuszeile. 01:52.590 --> 01:59.850 Die Antwort beginnt mit einem Http-Statuscode, einer dreistelligen Zahl, die das Ergebnis der Anfrage 01:59.850 --> 02:00.600 angibt. 02:00.600 --> 02:04.730 Der übliche Statuscode ist 200, was in Ordnung ist. 02:04.740 --> 02:10.500 Die Anfrage war erfolgreich und der Server gibt die Daten 404 not found zurück. 02:10.500 --> 02:16.850 Die angeforderte Ressource konnte auf dem Server nicht gefunden werden 500 internal server error. 02:16.860 --> 02:25.170 Bei der Bearbeitung der Anfrage ist auf dem Server ein Fehler aufgetreten, und andere wie 201 wurden für einen Unbefugten erstellt 02:25.170 --> 02:25.980 usw. 02:25.980 --> 02:30.020 Nun wollen wir uns mit der Http-Abfrage befassen. 02:30.030 --> 02:36.950 Http-Abfragen beziehen sich auf die Verwendung von Abfrageparametern in Http-Anfragen. 02:36.960 --> 02:44.760 Abfrageparameter sind Schlüssel-Wert-Paare, die an das Ende einer URL angehängt werden, um die Details einer HTTP-Anfrage anzupassen 02:44.760 --> 02:46.770 und zu spezifizieren. 02:46.800 --> 02:55.410 Diese Parameter werden von der Basis-URL durch ein Fragezeichen und voneinander durch ein kaufmännisches Und getrennt, um 02:55.410 --> 03:00.090 Query-Parameter oder Parameter an das Ende einer URL anzuhängen. 03:00.120 --> 03:03.900 Ein Fragezeichen wird hinzugefügt, unmittelbar gefolgt von einem Abfrageparameter. 03:03.900 --> 03:07.800 In diesem Fall ist dies zum Beispiel unsere Basis-URL. 03:07.830 --> 03:10.290 Dies ist der Beginn der Parameter. 03:10.290 --> 03:12.330 Ich habe dieses Fragezeichen hinzugefügt. 03:12.360 --> 03:18.720 Der Schlüssel ist das Gleichheitszeichen der Farbe, der Wert ist blau. 03:18.720 --> 03:26.550 Je nach der API des Servers können Abfrageparameter für verschiedene Zwecke wie Filtern, Suchen, Sortieren und 03:26.550 --> 03:28.860 Paginieren verwendet werden. 03:28.860 --> 03:33.990 Wir werden sie für die Paginierung, Filterung und Sortierung in unserer Anwendung verwenden. 03:33.990 --> 03:35.730 Dies und unterschreiben. 03:35.730 --> 03:41.490 Ich gebe einen neuen Schlüssel an, dessen Sortierung gleich der neuesten ist. 03:41.490 --> 03:51.990 Hier filtere ich die neuesten Antworten und fordere sie an. Wie Sie sehen können, können Sie mehrere Abfrageparameter in eine einzige 03:52.020 --> 03:54.360 Anfrage aufnehmen. 03:54.360 --> 03:56.970 Indem man sie mit Ampersands trennt. 03:56.970 --> 04:06.450 Jeder Parameter fügt eine spezifische Anweisung oder ein Kriterium hinzu, das der Server bei der Bearbeitung der Anfrage beachten 04:06.450 --> 04:07.320 muss. 04:07.320 --> 04:09.630 Ein weiteres Beispiel können Sie hier sehen. 04:09.630 --> 04:16.170 Der Schlüssel und die allgemeine Formel ist Schlüssel eins gleich Wert, ein Schlüssel, zwei gleich Wert zwei. 04:16.170 --> 04:23.820 Dies ist das Trennzeichen zwischen den Parametern und der Anfang des Abfrage-Strings. 04:23.820 --> 04:33.750 Wechseln wir nun zur tmdb. org API und lassen Sie uns die Http-Anfrageantwort und die Http-Abfrageparameter 04:33.750 --> 04:34.710 verstehen.