Accesso migliorato alla memoria di sessione
È possibile memorizzare le informazioni nell’archivio di vari tipi di sessione, come Client/Server, Web o Mobile, consentendo un facile riutilizzo in diversi processi.
Ora, in 4D 20 R6, è possibile accedere all’archiviazione di una sessione specifica. Questo miglioramento consente agli utenti di mantenere facilmente la continuità e la coerenza delle informazioni tra più sessioni dello stesso utente. Immaginate di poter richiamare lo stesso record cliente in applicazioni diverse, come Client/Server o Web.
Deprecazione del livello di rete legacy
Per gestire la comunicazione tra 4D Client e 4D Server, 4D propone 3 diversi livelli di rete:
- Legacy,
- ServerNet,
- e QUIC.
Il livello di rete Legacy è stato introdotto 30 anni fa in 4D v3. È stato originariamente sviluppato per AppleTalk, migliorato per ISDN, quindi aggiunto a IPX e infine a TCP/IP.
È stato creato per un uso Client/Server molto diverso da quello che 4D fa oggi: è a thread singolo, ottimizzato per reti lente senza crittografia e disponibile per molti protocolli di rete diversi. In quanto tale, non è affatto ottimizzato per le moderne comunicazioni di rete e supporta un numero molto limitato di funzionalità.
Per questo motivo, con 4D 20 R5, abbiamo deciso di rendere obsoleto il livello di rete Legacy e prevediamo di rimuoverlo presto. Vi invitiamo a passare subito a ServerNet se lo state ancora utilizzando. Lasciate che vi spieghi quali vantaggi otterrete dal passaggio.
Nuovo oggetto di sessione remota 4D con connessione client/server e procedura memorizzata
Nelle applicazioni 4D esistono quattro tipi di sessioni: sessione remota 4D, sessione di procedura memorizzata, sessione mobile e sessione Web.
Il comando Sessione restituisce già le sessioni Web o Mobile. Ciò consente di accedere a una serie di informazioni sulla sessione e a un oggetto condiviso da tutti i processi della sessione.
In 4D 20 R5, il comando Sessione è stato esteso alla connessione Client/Server e alla stored procedure.
Creare un’applicazione client/server con lo strumento Build4D
Vi presentiamo l’ultima iterazione del componente Build4D, ora accessibile su GitHub. Nei precedenti post del blog, abbiamo discusso le possibilità offerte da un progetto compilato, un componente e un’applicazione autonoma.
Ora potete creare uno script per la vostra applicazione client/server dalla A alla Z e integrarlo facilmente con gli strumenti di integrazione continua.
Vediamo come.
SSL/TLS: supporto per i certificati ECDSA
4D utilizza SSL/TLS per proteggere le comunicazioni client-server e le richieste HTTP. 4D supporta la crittografia RSA da oltre un decennio e con 4D v20R3 stiamo aggiungendo la crittografia ECDSA alla nostra gamma di strumenti. È un buon momento per parlare un po’ di sicurezza.
ORDA – Ottimizzazione delle richieste REST passo dopo passo (+ una demo)
Le prestazioni di ORDA/REST sono una questione strategica; per questo motivo abbiamo distribuito molte funzioni relative a questo argomento, come l’ottimizzazione delle richieste ORDA/REST in Client/Server e quando si lavora con un datastore remoto. Ultimamente, abbiamo anche fornito un controllo completo sull’ottimizzazione delle richieste ORDA/REST.
Questo blog post fornisce il piano da seguire per migliorare le prestazioni di ORDA/REST. Include altri post del blog da leggere, video da guardare e una demo con cui giocare per aumentare le prestazioni delle vostre applicazioni in modo rapido e semplice.
ORDA – Ottimizzare le prestazioni con il pieno controllo delle richieste REST
In una versione precedente, avete scoperto che le richieste ORDA REST sono state ottimizzate automaticamente per aumentare le prestazioni quando si lavora con un datastore remoto e con configurazioni client/server.
Si è appreso che è possibile utilizzare i contesti per sfruttare l’ottimizzazione automatica delle richieste ORDA REST.
Questo è stato un passo importante, ma ora vi offriamo il controllo completo sul comportamento delle vostre richieste REST. Poiché le prestazioni sono una preoccupazione strategica, non vedrete l’ora di scoprire questa nuova funzionalità!
E non è tutto: sono ora disponibili nuovi strumenti per aiutarvi a capire e a eseguire il debug dei vostri problemi.
Continuate a leggere per una presentazione completa.
Creazione semplificata di applicazioni client/server multipiattaforma su Windows
Il rilascio di Silicon Mac ha avuto un grande impatto sul modo in cui 4D compila le applicazioni. Prima della v19, 4D compilava solo per l’architettura Intel, utilizzando lo stesso codice su Mac e Windows. Ma i Mac Silicon utilizzano una nuova architettura e quindi 4D deve compilare specificamente per Silicon. Questo influisce sulla creazione di applicazioni client/server multipiattaforma.
Finché si costruisce il server su Mac, non è un problema, perché si può compilare per entrambe le piattaforme Intel e Silicon. Su Windows, invece, non è possibile compilare per i Mac Silicon. Attualmente consigliamo di compilare il progetto su Mac per entrambe le architetture e poi copiarlo su una macchina Windows prima di costruire il server. Purtroppo, per i progetti di grandi dimensioni con molti dati, la copia può richiedere del tempo.
Debugger remoto: Debug del codice del server sul client
Esistono diversi scenari di sviluppo client/server, ma in tutti è necessario passare dal lato client a quello server per guardare il debugger o la finestra di errore del server. Per semplificarvi la vita, abbiamo aggiunto una nuova opzione che vi permette di decidere dove volete eseguire il debug del codice del server. Avete bisogno di eseguire il debug su un client perché il vostro server è headless? Basta collegarlo al client attraverso il menu 4D!
ORDA – Migliorare l’API con l’ambito delle funzioni
4D v18 R4 e ORDA hanno reso possibile la creazione di funzioni di classe di alto livello al di sopra del modello di dati. Ciò consente di scrivere codice orientato al business per nascondere la complessità, ridurre gli errori e accelerare il processo di sviluppo.
Con 4D v18 R5, stiamo introducendo ancora più funzioni per aiutarvi a ottimizzare e organizzare il vostro codice. Ad esempio, potrebbe essere necessario eseguire una funzione localmente sul client per migliorare le prestazioni quando si lavora in modalità client/server. Ora è possibile! Oppure, se esponete il vostro database come server REST, potreste volere che alcune funzioni siano disponibili sul lato server ma nascoste per i vostri client REST. Anche questo è possibile!
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