4D è da sempre un sostenitore dello sviluppo di gruppo, fin da 4D Server 1.0. Il più grande vantaggio di lavorare insieme sullo stesso codice sorgente è quello di consentire sia lo sviluppo in team che il test in team. Tuttavia, questo può creare alcuni svantaggi per i team distribuiti, poiché potrebbero non essere in grado di lavorare sullo stesso sorgente.
Dopo una completa riscrittura, 4D supporta ora due modi di lavorare con i sorgenti: binario e progetto. Binary è il 4D che tutti conosciamo e amiamo, con il sorgente in un file binario per consentire lo sviluppo in team con 4D Server. Project facilita il lavoro collaborativo dei team distribuiti, memorizzando i sorgenti in un sistema di controllo dei sorgenti in file di testo semplice.
Più tecnicamente
Questo significa che potete convertire la vostra sorgente binaria (file .4DB) in una cartella di progetto… con migliaia di file di testo. Ogni metodo, ogni modulo, ogni metodo di oggetto del modulo, i menu e naturalmente la struttura stessa sono memorizzati come file di testo separati. Tutto ciò è completamente trasparente per il vostro lavoro di sviluppo, perché 4D funziona in modalità di progettazione proprio come prima.
Ora vi starete chiedendo: “Come mai migliaia di file di testo mi saranno utili durante la distribuzione?”. Niente panico! Per la distribuzione, 4D vi permette ancora di compilare tutto il vostro lavoro in un unico file, proprio come facevate prima.
In che modo il progetto cambierà il mio modo di sviluppare?
Poiché tutto il codice è ora basato su testo, è facile eseguire il commit in un sistema di controllo sorgente come Git, Perforce, SVN o altri. E non solo per il commit, ma anche per il reverse o il merge con altri rami. Questo ha un impatto notevole sul modo in cui svilupperete le applicazioni con 4D:
Come singolo sviluppatore
Potete usare il controllo sorgente non solo per fare il backup del vostro lavoro, ma anche per testare nuove funzionalità e ripristinarle se non funzionano. E qui le cose si fanno interessanti… è possibile scegliere il punto di ripristino da cui si desidera eseguire il rollback (invece di un backup completo dei file). In poche parole, i progetti consentono di costruire, testare e unire le funzionalità in modo controllabile, trasparente e facile da mantenere.
come team
Ovunque il team si trovi nel mondo, tutti possono lavorare perché alla fine i loro sviluppi confluiranno in una versione comune. Non ci sono dubbi su dove sia l’ultima versione di un file o di un progetto. Tutto è centralizzato nel sistema di controllo delle versioni.
in poche parole…
Naturalmente 4D continua a supportare la modalità binaria (4DB), ma ora avete un’altra opzione. Potete continuare a usare 4D Server per mantenere gli sviluppatori remoti connessi e sincronizzati, oppure potete usare 4D Developer Edition per sfruttare un sistema di controllo delle fonti.
La scelta è vostra, qualunque sia la soluzione migliore per il vostro team!
Cosa aspettarsi?
Questa è la prima versione (Beta) di Project. 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), Project è 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 è necessario ora più che mai.
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.