W tym dokumencie opisujemy, jak grupować wywołania interfejsu API, by zmniejszyć liczbę połączeń HTTP, które musi nawiązać klient.
Ten dokument dotyczy tworzenia żądań zbiorczych przez wysyłanie żądań HTTP. Jeśli zamiast tego używasz biblioteki klienta Google do wysyłania żądań zbiorczych, zapoznaj się z dokumentacją biblioteki klienta.
Opis
Każde połączenie HTTP realizowane przez klienta wiąże się z określonym obciążeniem. Interfejs Google Classroom API obsługuje grupowanie, dzięki czemu klient może umieścić kilka wywołań interfejsu API w jednym żądaniu HTTP.
Przykłady sytuacji, w których warto użyć grupowania:
- Pobieranie list uczniów z dużej liczby kursów.
- Zbiorcze tworzenie i aktualizowanie kursów.
- dodawanie dużej liczby list uczniów,
- Pobieranie list kursów dla dużej liczby użytkowników.
W każdym przypadku zamiast wysyłać każde wywołanie oddzielnie, możesz je zgrupować w jedno żądanie HTTP. Wszystkie żądania wewnętrzne muszą trafiać do tego samego interfejsu API Google.
Jedno żądanie zbiorcze może mieć maksymalnie 50 wywołań. Jeśli musisz wykonać więcej wywołań, użyj wielu żądań zbiorczych.
Uwaga: system wsadowy dla interfejsu Google Classroom API używa tej samej składni co system przetwarzania wsadowego OData, ale jego semantyka jest inna.
Szczegóły wsadu
Żądanie wsadowe składa się z wielu wywołań interfejsu API połączonych w jedno żądanie HTTP, które może zostać wysłane pod adres batchPath
podany w dokumencie opisującym interfejs API. Domyślna ścieżka to /batch/api_name/api_version
. W tej sekcji szczegółowo opisano składnię wsadu. Później znajdziesz przykład.
Uwaga: zgrupowane żądania n wliczają się do limitu wykorzystania jako żądania n, a nie jako jedno żądanie. Przed przetworzeniem żądanie zbiorcze jest dzielone na zbiór żądań.
Format żądania zbiorczego
Żądanie zbiorcze to pojedyncze standardowe żądanie HTTP zawierające wiele wywołań interfejsu API Google Classroom korzystające z typu treści multipart/mixed
. Każda część głównego żądania HTTP zawiera zagnieżdżone żądanie HTTP.
Każda część zaczyna się od własnego nagłówka HTTP Content-Type: application/http
. Może też zawierać opcjonalny nagłówek Content-ID
. Jednak nagłówki części służą tylko do zaznaczania początku części. Są oddzielone od zagnieżdżonego żądania. Po wyodrębnieniu przez serwer żądania zbiorczego w osobne żądania, nagłówki części są ignorowane.
Treść każdej części to kompletne żądanie HTTP z własnym czasownikiem, adresem URL, nagłówkami i treścią. Żądanie HTTP może zawierać tylko część ścieżki adresu URL. W żądaniach zbiorczych nie są dozwolone pełne adresy URL.
Nagłówki HTTP zewnętrznego żądania zbiorczego (z wyjątkiem nagłówków Content-
, takich jak Content-Type
), mają zastosowanie do każdego żądania w grupie. Jeśli określisz nagłówek HTTP zarówno w żądaniu zewnętrznym, jak i pojedynczym wywołaniu, wartość nagłówka pojedynczego wywołania zastąpi wartość zewnętrznego nagłówka żądania zbiorczego. Nagłówki pojedynczego połączenia dotyczą tylko tego połączenia.
Jeśli na przykład dla określonego wywołania podasz nagłówek Authorization, będzie on dotyczył tylko tego wywołania. Jeśli dla żądania zewnętrznego podasz nagłówek autoryzacji, będzie on stosowany do wszystkich poszczególnych wywołań, chyba że zastąpią one go własnymi nagłówkami autoryzacji.
Gdy serwer odbiera takie żądanie, stosuje (stosownie do potrzeb) parametry zapytania i nagłówki żądania zewnętrznego, a następnie traktuje każdą część jako osobne żądanie HTTP.
Odpowiedź na żądanie zbiorcze
Odpowiedź serwera to pojedyncza standardowa odpowiedź HTTP z typem treści multipart/mixed
. Każda część jest odpowiedzią na jedno z żądań zbiorczych w tej samej kolejności co żądania.
Podobnie jak części żądania, każda część odpowiedzi zawiera pełną odpowiedź HTTP, w tym kod stanu, nagłówki i treść. Podobnie jak w przypadku części żądania, każda część odpowiedzi jest poprzedzona nagłówkiem Content-Type
wskazującym początek danej części.
Jeśli dana część żądania miała nagłówek Content-ID
, odpowiadająca jej część odpowiedzi ma zgodny nagłówek Content-ID
, z pierwotną wartością poprzedzoną ciągiem response-
, jak w poniższym przykładzie.
Uwaga: serwer może wykonywać wywołania w dowolnej kolejności. Nie licz na to, że zostaną wykonane w kolejności, w jakiej zostały przez Ciebie określone. Jeśli chcesz mieć pewność, że 2 wywołania mają wystąpić w określonej kolejności, nie możesz wysyłać ich w ramach jednego żądania. Zamiast tego wyślij pierwsze z nich samodzielnie, a następnie poczekaj na odpowiedź pierwszego z nich, a dopiero potem poczekaj na odpowiedź drugiego żądania.
Przykład
Przykład poniżej przedstawia zastosowanie grupowania za pomocą interfejsu Google Classroom API.
Przykładowe żądanie zbiorcze
POST https://classroom.googleapis.com/batch HTTP/1.1 Authorization: Bearer your_auth_token Content-Type: multipart/mixed; boundary=batch_foobarbaz Content-Length: total_content_length --batch_foobarbaz Content-Type: application/http Content-Transfer-Encoding: binary MIME-Version: 1.0 Content-ID: <item1:12930812@classroom.example.com> PATCH /v1/courses/134529639?updateMask=name HTTP/1.1 Content-Type: application/json; charset=UTF-8 Authorization: Bearer your_auth_token { "name": "Course 1" } --batch_foobarbaz Content-Type: application/http Content-Transfer-Encoding: binary MIME-Version: 1.0 Content-ID: <item2:12930812@classroom.example.com> PATCH /v1/courses/134529901?updateMask=section HTTP/1.1 Content-Type: application/json; charset=UTF-8 Authorization: Bearer your_auth_token { "section": "Section 2" } --batch_foobarbaz--
Przykładowa odpowiedź zbiorcza
To jest odpowiedź na przykładowe żądanie z poprzedniej sekcji.
HTTP/1.1 200 Content-Length: response_total_content_length Content-Type: multipart/mixed; boundary=batch_foobarbaz --batch_foobarbaz Content-Type: application/http Content-ID: <response-item1:12930812@classroom.example.com> HTTP/1.1 200 OK Content-Type application/json Content-Length: response_part_1_content_length { "id": "134529639", "name": "Course 1", "section": "Section 1", "ownerId": "116269102540619633451", "creationTime": "2015-06-25T14:23:56.535Z", "updateTime": "2015-06-25T14:33:06.583Z", "enrollmentCode": "6paeflo", "courseState": "PROVISIONED", "alternateLink": "http://classroom.google.com/c/MTM0NTI5NjM5" } --batch_foobarbaz Content-Type: application/http Content-ID: <response-item2:12930812@classroom.example.com> HTTP/1.1 200 OK Content-Type: application/json Content-Length: response_part_2_content_length { "id": "134529901", "name": "Course 1", "section": "Section 2", "ownerId": "116269102540619633451", "creationTime": "2015-06-25T14:23:08.761Z", "updateTime": "2015-06-25T14:33:06.490Z", "enrollmentCode": "so75ha5", "courseState": "PROVISIONED", "alternateLink": "http://classroom.google.com/c/MTM0NTI5OTAx" } --batch_foobarbaz--
Korzystanie z bibliotek klienta
Poniższe przykłady kodu pokazują, jak wysyłać żądania zbiorcze za pomocą bibliotek klienta interfejsów API Google. Informacje o instalowaniu i konfigurowaniu bibliotek znajdziesz w odpowiednich krótkich przewodnikach.
.NET
Java
PHP
Python
course_id = '123456' student_emails = ['alice@example.edu', 'bob@example.edu'] def callback(request_id, response, exception): if exception is not None: print 'Error adding user "{0}" to the course course: {1}'.format( request_id, exception) else: print 'User "{0}" added as a student to the course.'.format( response.get('profile').get('name').get('fullName')) batch = service.new_batch_http_request(callback=callback) for student_email in student_emails: student = { 'userId': student_email } request = service.courses().students().create(courseId=course_id, body=student) batch.add(request, request_id=student_email) batch.execute(http=http)