Messa in scena e impegno
Le modifiche, le creazioni e le eliminazioni graduali di Item passano prima attraverso un'area di gestione temporanea toccano DynamoDB. Considerala come un'area di sosta di Git con una chiusura di sicurezza: le modifiche si accumulano come differenze rivedibili, quindi vengono spedite come solo quando ti impegni.
Due percorsi saltano la fase in base alla progettazione: PartiQL istruzioni di scrittura viene eseguito direttamente sul tuo tavolo con un avviso e ⌘⇧⌫ elimina il righe selezionate e commit in un unico passaggio.
Come funziona
Ogni tabella ha la propria area di gestione temporanea, condivisa in ogni vista della tabella. Quando salvi una modifica elemento, crei una riga o ne elimini una, la modifica arriva nel pannello come differenza per attributo: aggiunto, rimosso e attributi modificati mostrati fianco a fianco. Le righe interessate nella griglia vengono colorate da operazione:
- verde: un nuovo oggetto (crea)
- arancione: un aggiornamento (le celle modificate sono evidenziate)
- rosso: una cancellazione (barrato)
Apri la stessa tabella in due schede e mostrano le stesse modifiche in sospeso; chiudere e riapri una scheda e il palco è ancora lì. La chiusura di una scheda non elimina mai la tua cambiamenti graduali.
Attiva/disattiva il pannello con ⌘⇧D. Trascinane il bordo per ridimensionarlo.
Revisione delle modifiche
Ogni carta differenze mostra esattamente cosa cambierà:
- Gli scalari eseguono il rendering vecchio → nuovo con l'evidenziazione red/green.
- Le stringhe lunghe mostrano una differenza a livello di parola in linea.
- Mappe ed elenchi vengono visualizzati come JSON ben stampato (attributo intero in v1).
Utilizza il Rifiuta per attributo di una carta per riportare un singolo attributo al suo valore originale. Rifiuta ogni attributo e l'intera modifica verrà scartata.
Committing
Eseguire il commit per scrivere le modifiche graduali su DynamoDB:
- Eseguire il commit N fornisce tutte le modifiche graduali per quella tabella, in tutte le sue schede.
- Eseguire il commit proprio questo fornisce un singolo cambio dalla sua scheda.
Gli Eseguire il commit escono come batch TransactWriteItems con blocco ottimistico
condizioni: un aggiornamento ha esito positivo solo se gli attributi mantengono ancora i valori specificati
iniziato da, la creazione ha esito positivo solo se l'elemento non esiste già e a
l'eliminazione ha esito positivo solo se l'elemento è ancora presente. Il
costruttore di espressioni su questo sito compone il file
stesse forme UpdateExpression e ConditionExpression se si desidera esaminarle
fuori dal pannello di scena. I palcoscenici di grandi dimensioni vengono automaticamente suddivisi in blocchi per rimanere all'interno
Limiti di transazione di DynamoDB.
Gli accordi salvati dall'editor si applicano anche qui:
- ⌘S — fase (nessun commit)
- ⌘⇧S: salva e conferma
- ⌘⇧X: elimina tutte le modifiche graduali (con conferma)
Da una selezione della griglia è possibile eliminare gradualmente senza aprire l'editor:
- ⌘⌫ — organizza l'eliminazione delle righe selezionate
- ⌘⇧⌫: elimina e conferma le righe selezionate
Conflitti
Perché i commit utilizzano il blocco ottimistico, una modifica eseguita da qualcun altro successivamente hai messo in scena il tuo viene rilevato anziché sovrascritto silenziosamente. La carta mostra un banner in linea:
- Drift: l'oggetto remoto è cambiato sotto di te. Rebase sul telecomando aggiorna la linea di base in modo da poter rivedere o annullare la modifica.
- Eliminato a distanza: l'elemento non esiste più. Interrompere la modifica.
- Rete non disponibile: il commit non è riuscito a raggiungere DynamoDB. Riprova o interrompere.
Un commit si interrompe sul primo batch non riuscito: i batch precedenti riusciti rimangono scritto, il resto non viene tentato e i fallimenti emergono come conflitti risolvere.
Cosa blocca i commit
Tutte le operazioni di modifica, staging e commit richiedono una versione di prova o attiva licenza. Uno stato blocca il tutto percorso, non solo il commit: si sblocca nuovamente quando l'app torna ad essere attiva stato.