- Solicitud HTTP
- Parámetros de ruta de acceso
- Cuerpo de la solicitud
- Cuerpo de la respuesta
- Permisos de autorización
- Solicitud
- ReplaceAllTextRequest
- SubstringMatchCriteria
- TabsCriteria
- InsertTextRequest
- Ubicación
- EndOfSegmentLocation
- UpdateTextStyleRequest
- CreateParagraphBulletsRequest
- BulletGlyphPreset
- DeleteParagraphBulletsRequest
- CreateNamedRangeRequest
- DeleteNamedRangeRequest
- UpdateParagraphStyleRequest
- DeleteContentRangeRequest
- InsertInlineImageRequest
- InsertTableRequest
- InsertTableRowRequest
- TableCellLocation
- InsertTableColumnRequest
- DeleteTableRowRequest
- DeleteTableColumnRequest
- InsertPageBreakRequest
- DeletePositionedObjectRequest
- UpdateTableColumnPropertiesRequest
- UpdateTableCellStyleRequest
- TableRange
- UpdateTableRowStyleRequest
- ReplaceImageRequest
- ImageReplaceMethod
- UpdateDocumentStyleRequest
- MergeTableCellsRequest
- UnmergeTableCellsRequest
- CreateHeaderRequest
- HeaderFooterType
- CreateFooterRequest
- CreateFootnoteRequest
- ReplaceNamedRangeContentRequest
- UpdateSectionStyleRequest
- InsertSectionBreakRequest
- DeleteHeaderRequest
- DeleteFooterRequest
- PinTableHeaderRowsRequest
- WriteControl
- Respuesta
- ReplaceAllTextResponse
- CreateNamedRangeResponse
- InsertInlineImageResponse
- InsertInlineSheetsChartResponse
- CreateHeaderResponse
- CreateFooterResponse
- CreateFootnoteResponse
- Pruébalo
Aplica una o más actualizaciones al documento.
Cada request
se valida antes de aplicarse. Si alguna solicitud no es válida, fallará toda la solicitud y no se aplicará nada.
Algunas solicitudes tienen replies
para brindarte información sobre cómo se aplican. Otras solicitudes no necesitan mostrar información, ya que cada una muestra una respuesta vacía. El orden de las respuestas coincide con el de las solicitudes.
Por ejemplo, supongamos que llamas a batchUpdate con cuatro actualizaciones y solo la tercera muestra información. La respuesta tendría dos respuestas vacías, la respuesta a la tercera solicitud y otra respuesta vacía, en ese orden.
Dado que otros usuarios pueden estar editando el documento, es posible que no refleje exactamente tus cambios, ya que estos pueden alterarse en función de los cambios de los colaboradores. Si no hay colaboradores, el documento debería reflejar tus cambios. En cualquier caso, se garantiza que las actualizaciones de tu solicitud se apliquen de forma atómica.
Solicitud HTTP
POST https://docs.googleapis.com/v1/documents/{documentId}:batchUpdate
La URL usa la sintaxis de la transcodificación gRPC.
Parámetros de ruta de acceso
Parámetros | |
---|---|
document |
Es el ID del documento que se actualizará. |
Cuerpo de la solicitud
El cuerpo de la solicitud contiene datos con la siguiente estructura:
Representación JSON |
---|
{ "requests": [ { object ( |
Campos | |
---|---|
requests[] |
Es una lista de actualizaciones que se aplicarán al documento. |
write |
Proporciona control sobre cómo se ejecutan las solicitudes de escritura. |
Cuerpo de la respuesta
Mensaje de respuesta de una solicitud documents.batchUpdate
.
Si se ejecuta correctamente, el cuerpo de la respuesta contendrá datos con la siguiente estructura:
Representación JSON |
---|
{ "documentId": string, "replies": [ { object ( |
Campos | |
---|---|
document |
Es el ID del documento al que se aplicaron las actualizaciones. |
replies[] |
La respuesta de las actualizaciones. Esto se asigna 1:1 con las actualizaciones, aunque las respuestas a algunas solicitudes pueden estar vacías. |
write |
El control de escritura actualizado después de aplicar la solicitud |
Permisos de autorización
Se necesita uno de los siguientes permisos de OAuth:
https://www.googleapis.com/auth/documents
https://www.googleapis.com/auth/drive
https://www.googleapis.com/auth/drive.file
Para obtener más información, consulta la Guía de autorización.
WriteControl
Proporciona control sobre cómo se ejecutan las solicitudes de escritura.
Representación JSON |
---|
{ // Union field |
Campos | |
---|---|
Campo de unión control . Determina la revisión del documento en la que se escribirá y cómo debe comportarse la solicitud si esa revisión no es la actual del documento. Si no se especifica ninguno de los campos, las actualizaciones se aplican a la revisión más reciente. Las direcciones (control ) solo pueden ser una de las siguientes opciones: |
|
required |
El Cuando se muestra un ID de revisión obligatorio en una respuesta, indica el ID de revisión del documento después de que se aplicó la solicitud. |
target |
El Si se produjeron cambios de colaboradores después de que se leyó el documento con la API, los cambios que produce esta solicitud de escritura se aplican a los cambios de los colaboradores. Esto genera una nueva revisión del documento que incorpora los cambios del colaborador y los cambios en la solicitud, y el servidor de Documentos resuelve los cambios en conflicto. Cuando se usa el ID de revisión objetivo, se puede considerar que el cliente de la API es otro colaborador del documento. El ID de revisión de destino solo se puede usar para escribir en versiones recientes de un documento. Si la revisión objetivo está muy atrasada con respecto a la más reciente, no se procesará la solicitud y se mostrará un error de solicitud incorrecta 400. Se debe volver a intentar la solicitud después de recuperar la versión más reciente del documento. Por lo general, un ID de revisión sigue siendo válido para usarse como revisión objetivo durante varios minutos después de que se lee, pero para los documentos que se editan con frecuencia, esta ventana puede ser más corta. |