4D mantiene coerenti le selezioni di record per quanto riguarda la cancellazione dei record.
La cancellazione dei dati deve essere gestita con cura. Per evitare problemi, si possono utilizzare le transazioni o affidarsi a backup e registri.
In 4D 20 R4 sono stati apportati alcuni miglioramenti per rendere le selezioni di record stabili e coerenti per quanto riguarda la potenziale cancellazione di record in questa selezione.
Continuate a leggere per scoprire come il vostro codice 4D sarà sempre più sicuro.
Qodly Studio in azione con un nuovo demo
In questo precedente blogpost, abbiamo fornito alcune demo per aiutarvi a iniziare a usare Qodly Studio.
Come promesso, continuiamo a fornire demo. Ecco l’ultima PIQS (abbreviazione di Play In Qodly Studio)
Qodly Studio in azione con queste 3 demo
Nei post precedenti abbiamo annunciato la disponibilità di Qodly Studio(attualmente in anteprima per gli sviluppatori) a tutti i nostri partner silver (e oltre). Vi abbiamo anche fornito i primi passi per iniziare a utilizzare lo strumento.
Ora è il momento perfetto per immergersi e sperimentare con esso eseguendo alcune demo concrete!
Da anni offriamo guide HDI(How Do I?) per aiutarvi a scoprire nuove funzionalità. Ma ora, mentre ci avventuriamo in questa nuova era dello sviluppo web, abbiamo inventato un nuovo termine per queste dimostrazioni: PIQS, acronimo di Play In Qodly Studio.
Ancora meglio, continueremo a fornire queste demo per le funzionalità di Qodly attuali e future. Ciò significa che avrete una guida quotidiana per padroneggiare Qodly Studio!
Quindi, rimbocchiamoci le maniche e iniziamo subito a esplorare!
Gestione avanzata degli errori nel codice 4D
A partire dalla v20R2 è ora possibilelanciare errori nel codice 4D.
Questi errori si comportano come qualsiasi altro errore 4D: attivano una finestra di dialogo di errore o possono essere gestiti in un metodo ON ERR CALL.
Questa funzione vi semplificherà la vita perché sarete in grado di migliorare la qualità del vostro codice rilevando in modo proattivo gli errori non appena si verificano. Potrete anche gestire meglio la registrazione degli errori.
Prima di entrare nei dettagli, è importante notare che questa funzione è il primo passo verso una solida gestione degli errori.
Ora entriamo nei dettagli!
ORDA – Dal principiante all’esperto
ORDA, acronimo di Object Relational Data Access, è un metodo di accesso ai dati che combina i vantaggi della programmazione orientata agli oggetti con quelli dei database relazionali, consentendo agli sviluppatori di concentrarsi sulla soluzione dei problemi aziendali piuttosto che sulla gestione dell’accesso ai dati.
Sia che siate alle prime armi con ORDA, sia che lo conosciate già e vogliate ampliare le vostre conoscenze, considerate questo post del blog come una mappa per guidarvi nel processo di apprendimento.
Questo blog post include quanto segue:
- Vantaggi di ORDA
- Panoramica di ORDA
- Concetto principale
- API ORDA
- Livello di astrazione ORDA
- Lavorare in remoto
- Ottimizzazione delle richieste
- Sistema di permessi
- Condivisione dei dati tra i processi
Senza ulteriori indugi, andiamo al sodo!
Filtrare l’accesso ai dati con un sistema completo di autorizzazioni
Filtrare l’accesso ai dati è una caratteristica indispensabile per impedire l’accesso di malintenzionati all’applicazione.
Finora era possibile esporre o non esporre come risorsa REST una classe di dati e alcuni dei suoi attributi. Si trattava già di un mezzo conveniente per limitare l’accesso ai dati. Tuttavia, siamo entusiasti di offrire nella v19R8 un sistema potente e completamente personalizzabile per proteggere i dati da utenti non autorizzati. Un sistema di protezione dei dati dipende da chi vi accede e da quali dati vi accedono.
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.
ORDA: Confronto approfondito tra due selezioni di entità
Poiché ORDA consente di lavorare con diverse selezioni di entità contemporaneamente, siamo certi che ne trarrete vantaggio passando le selezioni di entità come parametro ai metodi del progetto o alle funzioni delle classi del modello ORDA Data.
Per lavorare in modo efficiente con la programmazione orientata agli oggetti utilizzando il minor numero possibile di righe di codice, è necessario disporre di funzioni robuste e ottimizzate. Ecco perché con 4D v19 R3 è disponibile una nuova funzione sull’oggetto entitySelection: la funzione selected() funzione.
Grazie a ciò, sarete in grado di ispezionare e confrontare due selezioni di entità. Vediamo i dettagli!
Preparatevi per i nuovi attributi SameSite e Secure per i cookie
Le capacità dei cookie sono cresciute ed evolute nel corso degli anni, ma hanno lasciato in eredità alcuni problemi. Per risolvere questo problema, i browser (tra cui Safari, Chrome, Firefox ed Edge) stanno modificando il loro comportamento per quanto riguarda gli attributi SameSite e Secure per un modello sicuro di default per i cookie.
Come sviluppatore web 4D, potreste preoccuparvi del cookie di sessione delle sessioni web 4D se volete evitare che la vostra applicazione sia soggetta a Cross-site request forgery.
Per evitare che il vostro cookie di sessione web circoli inutilmente sul web o venga frainteso dai browser a causa di un valore predefinito applicato, dovreste chiedere se si tratta di:
- un cookie di terze parti: associato a un nome di dominio diverso da quello della pagina in cui si trova il cookie. Un cookie di terze parti viene inserito da un oggetto della pagina( ad esempio un annuncio pubblicitario) proveniente da un dominio diverso da quello che ospita la pagina
oppure
- un cookie di prima parte: associato al dominio della pagina
A seconda del caso d’uso, è necessario scegliere il valore appropriato per l’attributo SameSite del cookie di sessione web.
Per rafforzare la sicurezza, l’attributo Secure deve essere impostato per il cookie di sessione web quando la connessione è protetta (HTTPS) per indicare al browser che il cookie può essere inviato in modo sicuro.
Continuate a leggere per scoprire come 4D vi aiuta a migliorare la privacy e la sicurezza sul web.
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