- HTTP 요청
- 경로 매개변수
- 요청 본문
- 응답 본문
- 승인 범위
- 요청
- ReplaceAllTextRequest
- SubstringMatchCriteria
- TabsCriteria
- InsertTextRequest
- 위치
- 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
- 응답
- ReplaceAllTextResponse
- CreateNamedRangeResponse
- InsertInlineImageResponse
- InsertInlineSheetsChartResponse
- CreateHeaderResponse
- CreateFooterResponse
- CreateFootnoteResponse
- 사용해 보기
문서에 하나 이상의 업데이트를 적용합니다.
각 request
는 적용되기 전에 검증됩니다. 요청이 유효하지 않으면 전체 요청이 실패하고 아무것도 적용되지 않습니다.
일부 요청에는 적용 방법에 관한 정보를 제공하는 replies
가 있습니다. 다른 요청은 정보를 반환할 필요가 없습니다. 각각 빈 답장을 반환합니다. 답장의 순서는 요청의 순서와 일치합니다.
예를 들어 4개의 업데이트가 포함된 batchUpdate를 호출했는데 세 번째 업데이트만 정보를 반환한다고 가정해 보겠습니다. 응답에는 빈 답글 2개, 세 번째 요청에 대한 답글, 빈 답글 1개가 순서대로 포함됩니다.
다른 사용자가 문서를 수정 중일 수 있으므로 문서에 변경사항이 정확하게 반영되지 않을 수 있습니다. 공동작업자의 변경사항에 따라 변경사항이 변경될 수 있습니다. 공동작업자가 없는 경우 문서에 변경사항이 반영됩니다. 어떤 경우든 요청의 업데이트는 원자적으로 함께 적용됩니다.
HTTP 요청
POST https://docs.googleapis.com/v1/documents/{documentId}:batchUpdate
URL은 gRPC 트랜스코딩 문법을 사용합니다.
경로 매개변수
매개변수 | |
---|---|
document |
업데이트할 문서의 ID입니다. |
요청 본문
요청 본문에는 다음과 같은 구조의 데이터가 포함됩니다.
JSON 표현 |
---|
{ "requests": [ { object ( |
필드 | |
---|---|
requests[] |
문서에 적용할 업데이트 목록입니다. |
write |
쓰기 요청이 실행되는 방식을 제어합니다. |
응답 본문
documents.batchUpdate
요청의 응답 메시지입니다.
성공한 경우 응답 본문은 다음과 같은 구조의 데이터를 포함합니다.
JSON 표현 |
---|
{ "documentId": string, "replies": [ { object ( |
필드 | |
---|---|
document |
업데이트가 적용된 문서의 ID입니다. |
replies[] |
업데이트의 답장입니다. 일부 요청에 대한 답변은 비어 있을 수 있지만 업데이트와 1:1로 매핑됩니다. |
write |
요청을 적용한 후 업데이트된 쓰기 제어입니다. |
승인 범위
다음 OAuth 범위 중 하나가 필요합니다.
https://www.googleapis.com/auth/documents
https://www.googleapis.com/auth/drive
https://www.googleapis.com/auth/drive.file
자세한 내용은 승인 가이드를 참고하세요.
WriteControl
쓰기 요청이 실행되는 방식을 제어합니다.
JSON 표현 |
---|
{ // Union field |
필드 | |
---|---|
통합 필드 control . 쓸 문서의 버전과 해당 버전이 문서의 현재 버전이 아닌 경우 요청이 어떻게 작동해야 하는지를 결정합니다. 두 필드 모두 지정하지 않으면 업데이트가 최신 버전에 적용됩니다. control 은 다음 중 하나여야 합니다. |
|
required |
쓰기 요청이 적용되는 문서의 선택적 필수 버전 ID가 응답으로 반환되면 요청이 적용된 후 문서의 버전 ID를 나타냅니다. |
target |
쓰기 요청이 적용되는 문서의 선택적 대상 API를 사용하여 문서를 읽은 후 공동작업자 변경사항이 발생한 경우 이 쓰기 요청으로 생성된 변경사항이 공동작업자 변경사항에 적용됩니다. 이렇게 하면 공동작업자 변경사항과 요청 변경사항이 모두 통합된 문서의 새 버전이 생성되며 Docs 서버에서 충돌하는 변경사항을 해결합니다. 타겟 버전 ID를 사용하면 API 클라이언트를 문서의 다른 공동작업자로 간주할 수 있습니다. 대상 버전 ID는 문서의 최신 버전에 쓰는 데만 사용할 수 있습니다. 타겟 버전이 최신 버전보다 너무 뒤처지면 요청이 처리되지 않고 400 잘못된 요청 오류가 반환됩니다. 최신 버전의 문서를 가져온 후 요청을 다시 시도해야 합니다. 일반적으로 버전 ID는 읽힌 후 몇 분 동안 타겟 버전으로 사용할 수 있지만 자주 수정되는 문서의 경우 이 기간이 더 짧을 수 있습니다. |