英語で読む

次の方法で共有


Microsoft Graph SDK を使用して要求をバッチ処理する

バッチ処理 は、複数の要求を 1 つの HTTP 要求に結合する方法です。 要求は 1 つの JSON ペイロードに結合され、POST 経由で \$batch エンドポイントに送信されます。 Microsoft Graph SDK には、バッチ ペイロードを作成し、バッチ応答ペイロードを解析する方法を簡略化するための一連のクラスがあります。

重要

Microsoft Graph での JSON バッチ処理に関する現在の制限事項については、「 既知の問題」を参照してください。

バッチ要求の作成

Microsoft Graph SDK には、バッチ要求と応答を処理するための 3 つのクラスが用意されています。

  • BatchRequestStep - バッチ 内の 1 つの要求 ( GET /meなど) を表します。 これにより、要求に一意の識別子を割り当て、要求間の依存関係を指定できます。
  • BatchRequestContent - バッチ要求ペイロードの作成を簡略化します。 複数の BatchRequestStep オブジェクトが 含まれています。
  • BatchResponseContent - バッチ 要求からの応答の解析を簡略化します。 これにより、すべての応答を取得し、ID で特定の応答を取得し、存在する場合は @odata.nextLink プロパティを取得できます。

要求制限の自動バッチ処理

Microsoft Graph SDK は、バッチあたり 20 件の要求の制限に関して、バッチ処理要求を自動的に処理します。 つまり、コードがこの制限を超えた場合、SDK はバックグラウンドで要求を個別のバッチに分割します。 これにより、各バッチが制限に準拠します。 このバッチ処理制限を処理するためのロジックを手動で実装する必要がなくなりました。これにより、コードがよりクリーンになり、管理が容易になります。

単純なバッチ処理の例

この例では、相互に依存しない複数の要求をバッチで送信する方法を示します。 サービスは、任意の順序で要求を実行できます。 この例では、ユーザーを取得し、現在の日のユーザーの予定表ビューを取得します。

// Use the request builder to generate a regular
// request to /me
var userRequest = graphClient.Me.ToGetRequestInformation();

var today = DateTime.Now.Date;

// Use the request builder to generate a regular
// request to /me/calendarview?startDateTime="start"&endDateTime="end"
var eventsRequest = graphClient.Me.CalendarView
    .ToGetRequestInformation(requestConfiguration =>
        {
            requestConfiguration.QueryParameters.StartDateTime =
                today.ToString("yyyy-MM-ddTHH:mm:ssK");
            requestConfiguration.QueryParameters.EndDateTime =
                today.AddDays(1).ToString("yyyy-MM-ddTHH:mm:ssK");
        });

// Build the batch
var batchRequestContent = new BatchRequestContentCollection(graphClient);

// Using AddBatchRequestStepAsync adds each request as a step
// with no specified order of execution
var userRequestId = await batchRequestContent
    .AddBatchRequestStepAsync(userRequest);
var eventsRequestId = await batchRequestContent
    .AddBatchRequestStepAsync(eventsRequest);

var returnedResponse = await graphClient.Batch.PostAsync(batchRequestContent);

// De-serialize response based on known return type
try
{
    var user = await returnedResponse
        .GetResponseByIdAsync<User>(userRequestId);
    Console.WriteLine($"Hello {user.DisplayName}!");
}
catch (Exception ex)
{
    Console.WriteLine($"Get user failed: {ex.Message}");
}

// For collections, must use the *CollectionResponse class to deserialize
// The .Value property will contain the *CollectionPage type that the Graph client
// returns from GetAsync().
try
{
    var events = await returnedResponse
        .GetResponseByIdAsync<EventCollectionResponse>(eventsRequestId);
    Console.WriteLine(
        $"You have {events.Value?.Count} events on your calendar today.");
}
catch (Exception ex)
{
    Console.WriteLine($"Get calendar view failed: {ex.Message}");
}

依存する要求を含むバッチ

この例では、相互に依存する複数の要求をバッチで送信する方法を示します。 サービスは、依存関係によって指定された順序で要求を実行します。 次の使用例は、現在の日の開始時刻を持つイベントをユーザーの予定表に追加し、現在の日のユーザーの予定表ビューを取得します。 返された予定表レビューに作成された新しいイベントが含まれていることを確認するために、予定表ビューの要求は、新しいイベントを追加する要求に依存するように構成されます。 これにより、追加イベント要求が最初に実行されます。

注意

イベントの追加要求が失敗した場合、予定表ビューの取得要求は失敗し、 424 Failed Dependency エラーが発生します。

var today = DateTime.Now.Date;

var newEvent = new Event
{
    Subject = "File end-of-day report",
    Start = new DateTimeTimeZone
    {
        // 5:00 PM
        DateTime = today.AddHours(17)
            .ToString("yyyy-MM-ddTHH:mm:ss"),
        TimeZone = TimeZoneInfo.Local.StandardName,
    },
    End = new DateTimeTimeZone
    {
        // 5:30 PM
        DateTime = today.AddHours(17).AddMinutes(30)
            .ToString("yyyy-MM-ddTHH:mm:ss"),
        TimeZone = TimeZoneInfo.Local.StandardName,
    },
};

// Use the request builder to generate a regular
// POST request to /me/events
var addEventRequest = graphClient.Me.Events
    .ToPostRequestInformation(newEvent);

// Use the request builder to generate a regular
// request to /me/calendarview?startDateTime="start"&endDateTime="end"
var calendarViewRequest = graphClient.Me.CalendarView.ToGetRequestInformation(
    requestConfiguration =>
    {
        requestConfiguration.QueryParameters.StartDateTime =
            today.ToString("yyyy-MM-ddTHH:mm:ssK");
        requestConfiguration.QueryParameters.EndDateTime =
            today.AddDays(1).ToString("yyyy-MM-ddTHH:mm:ssK");
    });

// Build the batch
var batchRequestContent = new BatchRequestContentCollection(graphClient);

// Force the requests to execute in order, so that the request for
// today's events will include the new event created.

// First request, no dependency
var addEventRequestId = await batchRequestContent
    .AddBatchRequestStepAsync(addEventRequest);

// Second request, depends on addEventRequestId
var eventsRequestId = Guid.NewGuid().ToString();
var eventsRequestMessage = await graphClient.RequestAdapter
    .ConvertToNativeRequestAsync<HttpRequestMessage>(calendarViewRequest);
batchRequestContent.AddBatchRequestStep(new BatchRequestStep(
    eventsRequestId,
    eventsRequestMessage,
    [addEventRequestId]));

var returnedResponse = await graphClient.Batch.PostAsync(batchRequestContent);

// De-serialize response based on known return type
try
{
    var createdEvent = await returnedResponse
        .GetResponseByIdAsync<Event>(addEventRequestId);
    Console.WriteLine($"New event created with ID: {createdEvent.Id}");
}
catch (Exception ex)
{
    Console.WriteLine($"Add event failed: {ex.Message}");
}

// For collections, must use the *CollectionResponse class to deserialize
// The .Value property will contain the *CollectionPage type that the Graph client
// returns from GetAsync().
try
{
    var events = await returnedResponse
        .GetResponseByIdAsync<EventCollectionResponse>(eventsRequestId);
    Console.WriteLine(
        $"You have {events.Value?.Count} events on your calendar today.");
}
catch (Exception ex)
{
    Console.WriteLine($"Get calendar view failed: {ex.Message}");
}