Compartir a través de

Uso de los SDK de Microsoft Graph para las solicitudes por lotes

  • Artículo

El procesamiento por lotes es una manera de combinar varias solicitudes en una sola solicitud HTTP. Las solicitudes se combinan en una única carga JSON, que se envía a través de POST al \$batch punto de conexión. Los SDK de Microsoft Graph tienen un conjunto de clases para simplificar la creación de cargas por lotes y el análisis de cargas de respuesta por lotes.

Importante

Para conocer las limitaciones actuales con el procesamiento por lotes JSON en Microsoft Graph, consulte Problemas conocidos.

Crear una solicitud por lotes

Los SDK de Microsoft Graph proporcionan tres clases para trabajar con solicitudes y respuestas por lotes.

  • BatchRequestStep : representa una única solicitud (como GET /me) dentro de un lote. Permite asignar un identificador único a la solicitud y especificar dependencias entre las solicitudes.
  • BatchRequestContent : simplifica la creación de la carga de la solicitud por lotes. Contiene varios objetos BatchRequestStep .
  • BatchResponseContent : simplifica el análisis de la respuesta de una solicitud por lotes. Permite obtener todas las respuestas, obtener una respuesta específica por identificador y obtener la @odata.nextLink propiedad si está presente.

Procesamiento por lotes automático para los límites de solicitudes

El SDK de Microsoft Graph controla automáticamente las solicitudes por lotes con respecto al límite de 20 solicitudes por lote. Esto significa que si el código supera este límite, el SDK divide las solicitudes en lotes independientes en segundo plano. Esto garantiza que cada lote cumple con la limitación. Ya no es necesario implementar manualmente la lógica para controlar este límite de procesamiento por lotes, lo que hace que el código sea más limpio y fácil de administrar.

Ejemplo de procesamiento por lotes simple

En este ejemplo se muestra cómo enviar varias solicitudes en un lote que no dependen entre sí. El servicio puede ejecutar las solicitudes en cualquier orden. En este ejemplo se obtiene el usuario y se obtiene la vista de calendario del usuario para el día actual.

// 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}");
}

Lotes con solicitudes dependientes

En este ejemplo se muestra cómo enviar varias solicitudes en un lote que dependen entre sí. El servicio ejecuta la solicitud en el orden especificado por las dependencias. En este ejemplo se agrega un evento con una hora de inicio durante el día actual al calendario del usuario y se obtiene la vista de calendario del usuario para el día actual. Para asegurarse de que la revisión de calendario devuelta incluye el nuevo evento creado, la solicitud para la vista de calendario se configura como dependiente de la solicitud para agregar el nuevo evento. Esto garantiza que la solicitud de agregar eventos se ejecute primero.

Nota:

Si se produce un error en la solicitud de agregar eventos, se produce un 424 Failed Dependency error en la solicitud obtener vista de calendario.

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}");
}