Convertire un database esistente in un progetto

Tradotto automaticamente da Deepl

A partire da 4D v17 R5, è possibile creare un progetto di database. Uno dei maggiori vantaggi dei progetti è la facilità con cui rendono possibile il lavoro collaborativo per i team distribuiti… memorizzando la sorgente in un sistema di controllo sorgente in file di testo semplici. Sia che siate singoli sviluppatori o che facciate parte di un team, questo apre un nuovo mondo di possibilità.

Ma che dire dei database esistenti? Possono essere convertiti in progetti? Sì! Questo post del blog vi mostrerà come fare e vi farà conoscere alcune cose da sapere prima di procedere.

Convertire il database

La conversione non modifica il file.4DB (il file binario della struttura del database). Viene creata una nuova cartella “Progetto” accanto al file .4DB. Ciò consente di convertire il database binario più volte (potrebbe essere utile per i test). Tenete presente che la conversione è solo unidirezionale. Ciò significa che una volta convertito in un progetto e iniziate ad apportare modifiche, non è possibile reintegrare automaticamente tali modifiche nel vostro .4DB.

La conversione è molto semplice: basta fare clic sulla voce di menu “File > Esporta > Struttura in un progetto”:

È possibile scegliere se aprire il progetto tramite il pulsante “Apri progetto” (visualizzato nella finestra di dialogo della conversione) o se utilizzare il metodo tradizionale di apertura di un database.

Che cosa succede durante la conversione?

Accanto al file .4DB, viene creata una nuova cartella .4DProject. Essa contiene tutto il codice, i moduli, la struttura, i metodi, i trigger, i menu, i suggerimenti, gli elenchi, ecc:

blank

Nella cartella .4DProject, il progetto utilizza le stesse cartelle Resources e Web del .4DB. Questo facilita la verifica del progetto. Aprite il database .4DB, apportate alcune modifiche, quindi esportatelo di nuovo e verificate i risultati. È possibile ripetere l’operazione finché non si è soddisfatti della conversione.

Note di compatibilità

Nei progetti sono state rimosse alcune funzioni obsolete e si prevede di aggiornarne altre:

  • La Libreria immagini non esiste più nei progetti. Durante la conversione, 4D esporta tutte le immagini nella cartella Risorse.
  • Una nuova e più moderna implementazione per espandere le possibilità dei fogli di stile sarà fornita in una versione futura.
  • In risposta ai vostri commenti, è in lavorazione un nuovo sistema di gestione degli utenti e dei gruppi.
  • Sono state apportate modifiche agli oggetti modulo e alle loro proprietà. Di fatto, utilizzano la stessa grammatica dei moduli dinamici.
  • Le impostazioni di compatibilità sono state ripristinate (come per un nuovo database binario). Se volete verificare che il vostro codice sia aggiornato, consultate la serie di post di Thomas Maul sulle impostazioni di compatibilità.

Controllare la conversione

Non è necessario preoccuparsi della conversione del database. La conversione non modifica la struttura (.4DB) o i dati (.4DD). Durante la conversione viene creato un file di registro con messaggi classificati in tre categorie: info, warning ed error.

Ad esempio, se sono presenti immagini nella Libreria immagini, 4D le esporta nella cartella Risorse del progetto. Nel file di registro viene registrata la corrispondenza tra l’ID dell’immagine e il nome del file:

{
   "message": "Exporting picture id:1, name:logo.png, types:.png to <...>:Resources:Images:library:logo.png",
   "severity": "info"
}

Alcuni errori possono richiedere l’intervento dell’utente (ad esempio, il database utilizzava vecchi oggetti modulo non più supportati, come i pulsanti di evidenziazione). In questo caso, è necessario convertire manualmente il pulsante in un pulsante 3D.

{
   "table": 3,
   "tableName": "Name",
   "form": "Form",
   "object": "button",
   "message": "Highlight buttons are unsupported. Please convert them to 3D buttons.",
   "severity": "error"
}

In ogni caso, 4D informa l’utente di tutto ciò che fa. È sufficiente leggere il registro per capire meglio cosa è successo durante la conversione (o semplicemente per avere informazioni utili).

Cosa aspettarsi?

Questa è la prima versione (Beta) del progetto. Le relative funzionalità saranno presto distribuite ai nostri partner a partire da 4D v17 R5 Beta. A differenza di altre funzioni, che vengono incluse solo nelle versioni R (dopo essere state completamente testate e ritenute pronte per la produzione), Projects è ancora in fase di sviluppo e solo a scopo di test. Non dovrebbe essere ancora utilizzato in produzione, poiché non è completo al 100% e privo di bug. Detto questo, il vostro feedback è più che mai necessario.

I test continueranno con 4D v17 R6 Beta. Con i prossimi 6 mesi di test e il vostro aiuto, 4D v18 sarà una pietra miliare nella storia di 4D.

Partecipate alla discussione nel nostro forum “versione beta” (accessibile a tutti i Partner 4D).

Vanessa Talbot
- Product Owner - Vanessa Talbot è entrata a far parte del team di 4D Program nel giugno 2014. In qualità di Product Owner, è incaricata di scrivere le storie degli utenti e di tradurle in specifiche funzionali. Il suo ruolo è anche quello di assicurarsi che l'implementazione della funzionalità fornita soddisfi le esigenze del cliente. Ha lavorato sulla maggior parte delle nuove funzionalità di multi-threading preemptive e anche su un argomento molto complesso: la nuova architettura per le applicazioni con motore. Vanessa si è laureata presso Telecom Saint-Etienne. Ha iniziato la sua carriera presso il Criminal Research Institute come sviluppatrice per il dipartimento audiovisivo. Ha lavorato anche nei settori dei media e della medicina come esperta di supporto tecnico, produzione e documentazione di nuove funzionalità.