Classes du modèle de données ORDA et REST
Dans un précédent billet de blog, vous avez découvert les classes ORDA et les possibilités qu’elles offrent pour faciliter votre expérience de codage. Dans ce billet de blog, vous verrez comment les utiliser avec le serveur REST.
Voyons cela en action !
Classes ORDA pour gérer votre modèle de données
Dans un précédent billet de blog, nous vous avons présenté le monde des classes de modèles de données ORDA. Il est maintenant temps de mettre la main à la pâte et d’en apprendre davantage !
Vous savez déjà que la structure d’ORDA(datastore, dataclass, entité, sélection d’entité) est composée d’objets. Mais ce ne sont pas de simples objets, ce sont des objets fortement typés liés à des classes ORDA spécifiques. Cela signifie que vous pouvez écrire des fonctions pour masquer la complexité de l’implémentation physique de vos données.
Bienvenue dans le monde des classes ORDA
ORDA a été une révolution avec 4D v17. Il a ouvert un tout nouveau monde de possibilités et vous a fait entrer dans une autre dimension de la programmation. Une dimension où vous pouvez facilement développer des applications en utilisant une approche orientée objet.
Nous ne nous sommes pas arrêtés là ! Nous avons continué à ajouter des améliorations à ORDA par le biais d’un ensemble de fonctionnalités dans chaque version ultérieure. Maintenant, avec 4D v18 R4, nous sommes ravis d’aller encore plus loin avec la disponibilité de classes de modèles de données ORDA. Des classes dédiées à votre modèle de données.
Cela va considérablement améliorer votre code. Vos applications peuvent désormais exposer facilement des services, être plus faciles à gérer et à maintenir, et s’intégrer de manière transparente à d’autres applications.
C’est une autre grande fonctionnalité rendue possible grâce aux projets !
ORDA : un datastore à jour sans redémarrage
Nous sommes ravis d’annoncer que 4D v18 R3 comprend une amélioration qui aura un impact énorme sur l’expérience du développeur. Une fonctionnalité que beaucoup d’entre vous ont demandée, et 4D y répond !
Lorsque vous travaillez en mode autonome 4D pendant la phase de développement (écriture et test de votre code), vous n’êtes plus obligé de redémarrer votre base de données afin d’avoir un datastore (ds) lorsque la structure est mise à jour !
Désormais, vous n’avez plus besoin de redémarrer la base de données chaque fois que vous avez besoin d’un nouvel attribut ou d’une nouvelle table dans votre code ! Tout est automatique !
Lorsque vous appelez la commande ds vous obtenez un objet datastore à jour. Cela signifie que plusieurs versions de cet objet datastore sont traitées en même temps … en fonction de la date de mise à jour de votre structure … sans interrompre les processus en cours.
Si vous travaillez en mode client/serveur, cela fonctionne parfaitement pour le code exécuté sur le serveur 4D.
Pour les clients distants, il suffit de redémarrer le client nécessitant la mise à jour de la structure.
ORDA – Meilleure sélection des lignes de la boîte de liste
ORDA : Des nouvelles fracassantes pour les méthodes de sélection d’entités
En ce qui concerne ORDA, 4D v18 R3 est plein de bonnes nouvelles ! De nouvelles méthodes de membres sont à votre disposition pour améliorer encore votre expérience de codage.
Pour commencer, l’extraction de données à partir d’une sélection d’entités a été considérablement enrichie, ce qui vous permet de construire une collection entièrement personnalisée avec les données de votre sélection d’entités .
En outre, nous vous offrons un moyen d’indiquer à une sélection d’entités que ses données doivent être rafraîchies immédiatement à partir du serveur, en invalidant les données mises en cache.
Vous voulez en savoir plus ? Continuez à lire, tout ce que vous devez savoir se trouve ci-dessous.
Datastores à distance – Un cas d’utilisation pratique
L’une des fonctionnalités les plus intéressantes de la version 18 de 4D était les bases de données distantes. Elles ont ouvert tout un monde de possibilités et dans cet article de blog, nous allons vous montrer un cas d’utilisation pratique :
Un nouvel outil pour construire facilement des boîtes de liste de sélection d’entités
Pour afficher une liste d’enregistrements, une boîte de liste de sélection d’entité est la plus appropriée lorsqu’on utilise la technologie ORDA. 4D v18 R2 vous simplifie la vie avec un nouvel outil permettant de construire facilement des listes de sélection d’entités : List box builder. Qu’est-ce que c’est ? Il s’agit d’une boîte de dialogue simple qui vous permet de configurer votre boîte de liste en quelques étapes rapides (sélectionnez la table et les champs à afficher, saisissez les titres des colonnes et définissez l’ordre des colonnes).
L’intégration de nouveaux développeurs dans 4D ? Voici comment nous procédons chez Sweetwater
Blog post par l’auteur invité Joel Levy, un développeur 4D chez Sweetwater :
4D est le pouls de Sweetwater Sound. Notre application interconnecte harmonieusement les divers besoins de plus de 700 utilisateurs simultanés. Nous sommes toujours à la recherche de nouveaux développeurs pour répondre aux besoins d’une entreprise en constante croissance. Voici un aperçu des stratégies que Sweetwater utilise pour accueillir les nouveaux développeurs sur la plateforme 4D.
Sources de données 4D multiples, intéressé ?
Nous avons une nouvelle fonctionnalité passionnante à annoncer dans 4D v18 et le titre vous a peut-être déjà donné un indice !
Cette fonctionnalité ouvre de nouvelles possibilités pour le travail client/serveur. Plutôt que d’être limitée à la base de données actuelle et de nécessiter une connexion réseau permanente, une application dans 4D v18 peut obtenir des données d’une autre base de données 4D, distante, exposée sur un serveur 4D !
De nombreuses options deviennent disponibles grâce à cette fonctionnalité. Par exemple, vous pouvez organiser vos applications pour qu’elles fonctionnent hors ligne et ne synchronisent les données locales que lorsque les données distantes sont accessibles. Vous pouvez aussi envisager de publier vos données sur plusieurs serveurs et passer de l’un à l’autre si nécessaire. Une autre option pourrait consister à répartir votre modèle de données entre différentes bases de données( par exemple, données locales, données internationales). Que diriez-vous d’avoir vos données distribuées en différents endroits mais toujours accessibles par un seul code client 4D (méthodes de projet et objets de formulaire) ? Tous ces scénarios sont désormais possibles et cet article de blog vous explique comment !
Nous contacter
Vous avez une question, une suggestion ou vous voulez simplement entrer en contact avec les blogueurs 4D ? Envoyez-nous un message !
* Votre vie privée est très importante pour nous. Veuillez cliquer ici pour consulter notre Politique