Banche dati del progetto: La documentazione dei metodi è tornata
Durante lo sviluppo di un’applicazione, può essere molto utile avere un accesso rapido ai dettagli di un metodo(ad esempio, una spiegazione di ciò che fa, la sua sintassi e la definizione dei parametri che gli vengono passati). Questo diventa ancora più importante quando si usa un componente compilato. Non potendo guardare il contenuto del metodo, si può fare affidamento solo sulla sua documentazione per capire come usarlo.
La finestra di dialogo di Explorer è stata migliorata e la documentazione è ora disponibile in 4D v18 R3 per i database di progetto.
Definire la dimensione dei caratteri per il font automatico
In una precedente release di R, sono stati aggiunti due nuovi temi automatici per definire il carattere e la dimensione del carattere, per cui sono disponibili tre temi automatici che rispettano le linee guida di ogni piattaforma. Per progettare l’interfaccia, il tema automatico è la soluzione consigliata, con ogni oggetto del modulo che utilizza il font e la dimensione raccomandati dal sistema operativo.
In alcuni casi, si può avere bisogno di un maggiore controllo e di motivi validi per ignorare le linee guida. Con 4D v18 R3, è possibile ignorare le dimensioni dei temi automatici e avere un maggiore controllo sulla visualizzazione del testo.
Programmazione orientata agli oggetti in 4D: Gestire l’ereditarietà delle classi
In un precedente post del blog, abbiamo introdotto un concetto molto importante nella programmazione orientata agli oggetti: Le classi. Ora analizzeremo un altro concetto fondamentale: L’ereditarietà, il meccanismo che consente a una classe di acquisire il comportamento di un’altra classe.
Introduzione alla programmazione orientata agli oggetti in 4D: Classi
Molti di voi hanno chiesto di poter definire un tipo di oggetto da quando il tipo Object è diventato disponibile. Grazie alla notazione a oggetti, molti di voi sognano di avere funzioni a oggetti. Non sognate più e salutate le classi nel database del progetto 4D v18 R3! In questo post introduciamo uno dei concetti più interessanti della programmazione orientata agli oggetti… insieme a un esempio di database e a un video bonus!
Notizie flash: componenti 4D disponibili su GitHub!
Nel 2017, 4D ha avviato un nuovo programma per condividere il codice sorgente dei componenti interni di 4D con i Partner 4D.
La condivisione del codice sorgente dei componenti 4D consente di personalizzarli e renderli propri! Grazie ai database di progetto e alla possibilità di condividere il codice sorgente di un’applicazione tramite un sistema di controllo sorgente, abbiamo convertito i nostri componenti interni 4D in database di progetto e abbiamo inviato il codice sorgente all’account GitHub di 4D. È aperto a tutti, tutto ciò che serve per usufruirne è un account su Github. Perché lo abbiamo fatto? Per semplificarvi la vita, tenendo traccia dei cambiamenti e delle modifiche apportate sia al codice che ai moduli.
Database di progetto: Miglioramento delle viste nell’editor dei moduli
L’Editor di moduli consente di creare, modificare e personalizzare i moduli. Per facilitare il lavoro sono disponibili diversi strumenti, tra cui la palette Viste. Questo strumento facilita la creazione di moduli complessi distribuendo gli oggetti in diverse viste. Le viste consentono di nascondere o visualizzare gli oggetti a seconda delle necessità.
E se si lavora su un modulo sviluppato da altri? Come si può determinare rapidamente se il modulo utilizza le viste? Esistono limitazioni al numero di viste consentite? 4D v18 R2 e i database di progetto eliminano queste domande esistenziali e migliorano notevolmente l’esperienza dell’utente!
Database di progetto: Nuove possibilità con l’editor di moduli
Con l’introduzione dei database di progetto, abbiamo modificato anche l’interfaccia di alcune finestre di dialogo di 4D. In questo post presenteremo alcune delle modifiche apportate all’editor dei moduli.
Database binario vs. database di progetto
Come sapete, 4D ora supporta due modi di lavorare con i sorgenti: database binari e database di progetto. I database binari sono il 4D che tutti conosciamo e amiamo, con il codice sorgente in un file binario per consentire lo sviluppo in team con 4D Server e tutti gli elementi di progettazione (metodi, moduli, struttura, ecc.) raccolti in un unico file binario compatto, il file “.4db”. I database di progetto facilitano il lavoro collaborativo dei team distribuiti, memorizzando il codice sorgente in un sistema di controllo sorgente in file di testo semplici e separati. I progetti non sostituiranno il 4DB e non abbiamo intenzione di far scomparire il 4DB. Si tratta di due modi diversi di lavorare e sviluppare. Sta a voi scegliere quello che meglio si adatta alle vostre esigenze. Ecco un post del blog che vi aiuterà a decidere:
Database di progetto: Utenti e gruppi in azione
È stato pubblicato un post molto dettagliato su Utenti e gruppi nei database di progetto. In questo post, forniamo un video sui punti chiave da ricordare.
Godetevelo!
Come condividere il codice 4D via Github
Avete provato i database di progetto… forse ne avete creato uno o forse avete convertito un’applicazione binaria esistente. Ora è il momento di mostrarvi come utilizzare Git (il sistema di controllo delle revisioni) e Github come servizio di hosting per la vostra applicazione 4D.
Contattateci
Avete domande, suggerimenti o volete semplicemente entrare in contatto con i blogger di 4D? Lasciateci un messaggio!
* La vostra privacy è molto importante per noi. Fare clic qui per visualizzare il nostro Politica