syidaxgrid
홈 가격 내 정보
SYIDAX / DATA GRID

일괄 편집 PRO

변경 사항을 모은 뒤 한 번에 적용하거나 취소합니다.

시작하기
일괄 편집샘플 주문 데이터
120 rows
Grid를 불러오는 중입니다…

옵션

아래 항목을 바꾸면 Grid와 코드에 바로 반영됩니다.

Pro 기능을 제품에 적용하려면 Pro 라이선스가 필요합니다.

최근 결과

Grid에 표시된 일괄 편집 도구에서 편집 세션을 시작하세요. 아래 일괄 편집 도구 옵션으로 도구 표시를 바꿀 수 있습니다.

코드 보기
현재 미리보기

사용 가이드

#

여러 셀을 고친 다음 한 번에 저장하거나 모두 취소하는 화면에 적합합니다. 편집 중인 값과 확정된 값을 구분합니다.

직접 해보기

  1. 배치 편집 시작

    Grid에 표시된 일괄 편집 도구에서 편집 세션을 시작하세요. 아래 일괄 편집 도구 옵션으로 도구 표시를 바꿀 수 있습니다.

  2. 여러 셀 수정

    두 주문의 수량을 바꿔보세요. 확정 전에 변경 목록을 검토하는 흐름입니다.

  3. 확정과 취소 비교

    도구의 확정 동작으로 변경을 반영하세요. 다시 세션을 시작해 값을 바꾼 후 취소하면 미확정 변경이 버려지는지 확인합니다.

확인할 결과

세션 안의 여러 변경을 한 번에 반영하거나 취소할 수 있습니다.

getPendingBatchCells()는 아직 확정하지 않은 셀 목록을 읽습니다. Grid에서 확정한 뒤 서버에 전송하는 절차는 앱에서 구현하세요.

알아두면 쉬운 용어

배치 편집
여러 수정 사항을 모아 하나의 작업으로 처리하는 방식입니다.
pending
수정했지만 아직 확정하지 않은 상태입니다.

제품에 이 기능을 적용하려면 Pro 런타임과 유효한 라이선스가 필요합니다.

API reference

#

나머지 속성1
Attribute / Property타입 / 기본값설명
PRO
batchEditToolbar		boolean기본값 falseStart / review / apply / cancel controls for client-side batch edits (Grid Pro).
이벤트2
이벤트detail 타입설명
PRO
SyGridBatchEditStartEventDetailone per sealed batch transaction: the ledger opening.
PRO
SyGridBatchEditEndEventDetailthe status-keyed batch transaction verdict (ledger close).
메서드6
메서드 / 인수반환 타입설명
PRO
options?: SyGridBatchStartOptions		Promise<boolean>open a batch edit session . True when started or joined.
PRO
Promise<boolean>whether a batch session is live.
PRO
rowId: GridRowId, colId: string, value: unknown		Promise<boolean>stage one identity-keyed cell into the live batch. Identity must resolve to a current row and a declared column; display coords ride along for the overlay seam only. Nothing is written to the model until `commitBatchEdit`.
PRO
Promise<SyGridPendingBatchCell[]>the pending (staged, uncommitted) batch cells in first-staging order. The public pull surface for the visibility layer: the renderer overlay itself is deferred to Phase F (wiring the per-consumer pending policy into the shared cell text resolver would put a batch branch into every sealed render/copy/aggregation path — measured too regression-prone for this batch; recorded honestly in the daily note).
PRO
Promise<number>cancel the live batch through the ledgered API cancel: one minted cancelled transaction (batchEditStart → batchEditEnd with `reason: 'api'`), zero writes, typed dropped count.
PRO
options?: SyGridBatchCommitOptions		Promise<SyGridBatchCommitReport>commit the live batch through the recovery-capable async core: one mint per flight, strongest-first fail-closed gates (RBAC → validation), partial-invalid policy ('reject-all' default — the session survives a refusal with pending intact; 'commit-valid' writes the valid subset and keeps invalid cells pending). Accepted writes apply through the single-authority `applyTransaction` route between the ledger's start and end events.
GridTab 이동 Enter 열기