Il team di G Suite ha lavorato duramente per semplificare l’organizzazione e la condivisione dei contenuti in Google Drive e per aiutare gli utenti a indirizzare gli utenti ai file pertinenti su varie unità. 

Questi sforzi hanno portato a scorciatoie di Drive , che sono file che fungono da puntatori ad altri file in Google Drive. I file di scelta rapida possono essere archiviati ovunque in Google Drive, tra cui un’unità condivisa o “I miei file” di un singolo utente. 

Le scorciatoie, che ora sono generalmente disponibili , richiederanno anche a quelli di voi che si basano sull’API di Google Drive di pianificare alcune modifiche imminenti. Ciò assicurerà che le tue app continuino a funzionare correttamente e ti consentano di sfruttare le ultime funzionalità di Drive.

A partire dal 30 settembre 2020, non sarà più possibile posizionare un elemento in più cartelle; ogni articolo avrà esattamente una posizione. Nel nuovo modello, le scorciatoie possono essere utilizzate per organizzare il contenuto in più gerarchie. Questa semplificazione della struttura delle cartelle di Drive e dei modelli di condivisione comporterà un cambiamento nel comportamento di alcuni endpoint dell’API di Google Drive.

Gli sviluppatori sono ora in grado di optare per il nuovo modello per sviluppare e testare le loro app. Abbiamo introdotto un nuovo parametro di richiesta enforceSingleParent sugli endpoint interessati. Per attivare il nuovo comportamento, imposta il suo valore su true sulle richieste che fai all’API di Google Drive. Se scegli di aderire in anticipo, l’eventuale applicazione non causerà ulteriori modifiche al comportamento della tua app.

Dopo il 30 settembre 2020, inizieremo la migrazione di tutti gli elementi in Drive a uno stato monoparentale. Qualsiasi altra relazione padre-figlio diventerà scorciatoie nelle precedenti cartelle padre. Selezioneremo in modo adattivo il genitore più adatto da mantenere, in base alle proprietà della gerarchia.

Le modifiche specifiche al comportamento dell’API sono:

• Puoi aggiungere un genitore solo per un articolo che non ne ha già uno. Ciò influisce sugli endpoint children.insert (v2) , files.update (v2 / v3) e parent.insert (v2) . È possibile utilizzare la nuova funzionalità canAddMyDriveParent per verificare se un articolo attualmente non ha genitori e se l’utente ha accesso sufficiente per aggiungere un padre per l’articolo.
• Una richiesta che crea un nuovo elemento non può più specificare più genitori. Ciò influisce sugli endpoint files.insert (v2) , files.create (v3) e files.copy (v2 / v3) .
• Lo spostamento di un elemento richiederà l’accesso per condividerlo. In precedenza, era richiesto solo l’accesso in lettura all’elemento. Se il richiedente non può condividere un elemento, dovrebbe invece creare un collegamento ad esso. Ciò influisce sull’endpoint files.update (v2 / v3) . È possibile utilizzare la funzionalità canMoveItemWithinDrive per verificare se l’utente ha accesso per spostare un elemento.
• Il proprietario di un oggetto ora sarà in grado di spostare il suo oggetto in una nuova posizione, rimuovendo tutti i genitori attuali dell’oggetto, anche se non hanno accesso a quei genitori. Tutti gli accessi ereditati da quei genitori saranno rimossi. L’accesso che è stato aggiunto direttamente sull’elemento verrà preservato. In precedenza, il proprietario poteva aggiungere l’elemento a qualsiasi cartella, facendolo diventare multi-parenting, ma questa opzione non sarà più disponibile. Ciò influisce sugli endpoint children.insert (v2) , files.update (v2 / v3) e parent.insert (v2) .
• Qualsiasi operazione che in precedenza avrebbe comportato che un articolo non avesse più genitori comporterà ora la genitorialità dell’articolo in My Drive del proprietario. Ciò influisce sugli endpoint children.delete (v2) , files.update (v2 / v3) e parent.delete (v2) .
• Durante il trasferimento della proprietà, il richiedente sarà in grado di controllare se l’elemento trasferito viene spostato nella radice del nuovo proprietario o conservato dove si trova. Se scelgono di spostare l’elemento, qualsiasi accesso ereditato dal precedente genitore andrà perso, ma verrà conservato l’accesso che era stato aggiunto direttamente all’elemento. Il proprietario precedente manterrà sempre l’accesso dell’editor all’elemento, proprio come avevano fatto prima di queste modifiche. Ciò influisce sugli endpoint Permissions.insert (v2) e Permissions.create (v3) .

Per ulteriori informazioni, dai un’occhiata alla documentazione per sviluppatori aggiornata. Sono state introdotte pagine dedicate alle modifiche del comportamento monoparentali ( v2 , v3 ) e i passaggi che gli sviluppatori di app devono eseguire per migrare ( v2 , v3 ). Il riferimento API è stato aggiornato per descrivere i nuovi parametri nei contesti di ciascun endpoint interessato. Ci auguriamo che le scorciatoie di Drive semplificino l’organizzazione e la condivisione dei contenuti e che queste modifiche consentano alle tue app e ai tuoi utenti di sfruttare queste nuove funzionalità.

Fausto Pitzalis

Blogger dal 2001, Nativo Digitale, Developer.
Da 12 anni mi occupo di IT per una grande Azienda.
Lavoro per abbattere il Digital Divide.
Visita i miei altri progetti
sardiniamobility.com
www.cyberness.it