ORDA – Constructeur et événement touché – Comportement détaillé à travers un réseau
Dans ce précédent billet de blog, vous avez découvert que les entités ORDA peuvent désormais avoir un élément de type constructorce qui permet à l’instanciation des entités de suivre une approche entièrement orientée objet.
Et ce n’est pas tout – un autre article de blog a présenté le premier événement de données ORDA dans une série complète : l’événementtouched .
Vous voulez savoir exactement QUAND et OÙ les événements constructor et l’événementtouched sont déclenchés pendant que les actions vont et viennent entre une application client et le serveur? Cet article de blog est fait pour vous.
Continuez à lire pour connaître tous les détails et découvrir une démonstration en direct !
Un typage plus strict des objets basé sur les classes
Avec 4D 20 R10, le typage d’objets fait un grand pas en avant, vous donnant plus de confiance et de contrôle dans votre code. Au lieu de simplement vérifier si une valeur est un objet, 4D vérifie désormais qu’il s’agit d’une instance d’une classe spécifique. Cela permet une auto-complétion plus intelligente, une validation en ligne et des contrôles de compilation plus stricts, ce qui vous aide à détecter rapidement les erreurs et à écrire un code plus clair et plus facile à maintenir.
Les avantages ne s’arrêtent pas aux variables et aux résultats des fonctions. Cette amélioration s’applique également à votre modèle de données : vous pouvez désormais affecter une classe définie par l’utilisateur ou une classe native (comme le nouveau 4D.Vector pour votre implémentation AI) directement à un champ d’objet dans l’éditeur de structure. 4D comprend alors la forme complète de l’objet, de la conception à l’exécution, ce qui permet une expérience de développement plus sûre et plus fiable.
ORDA – Démarrer avec l’événement touché
ORDA est une fonctionnalité principale à long terme qui ouvre un monde de nouvelles possibilités dans 4D.
Nous continuons à améliorer ORDA pour fournir un code puissant. Ainsi, vos applications deviennent faciles à développer et à maintenir. Et surtout, elles sont optimisées avec une grande performance pour vos utilisateurs finaux.
C’est pourquoi nous sommes heureux d’introduire une nouvelle fonctionnalité dans 4D 20 R10 concernant les événements sur les données en mémoire.
Dans un parcours utilisateur typique, les données dont l’utilisateur a besoin sont chargées en mémoire. Ensuite, elles sont soumises à des changements en fonction des actions de l’utilisateur et enfin, elles sont sauvegardées lorsque l’utilisateur clique sur un bouton Enregistrer.
Qu’en est-il du déclenchement automatique de la logique métier lorsque certaines données changent en mémoire? Il est désormais possible de formater ou de préparer les données le plus tôt possible avant l’action d’enregistrement , afin que les données soient prêtes à être enregistrées.
Cela se fait grâce à l’événement ORDA touché sur les données et l’avantage est considérable.
Vous voulez en savoir plus ? Continuez à lire !
ORDA – Démarrer avec le constructeur d’entités
Le langage 4D prend en charge le concept de classes et, par conséquent, le concept de constructor.
D’autre part, la couche d’abstraction ORDA, par le biais des classes de modèle de données, offre un grand avantage commercial. Elle vous permet d’écrire du code orienté métier et de le « publier » comme une API. Le magasin de données, les classes de données, les sélections d’entités et les entités sont tous disponibles en tant qu’objets de classe qui peuvent contenir des fonctions ainsi que des attributs calculés et des alias.
Cela permet à vos applications de suivre facilement les principes MVC avec un code puissant et optimisé.
Pour travailler avec une approche orientée objet complète, à partir de 4D 20 R10, les classes d’entités peuvent maintenant avoir un constructor(). Vous avez besoin de définir des valeurs initiales lorsqu’une nouvelle entité est instanciée ? C’est désormais possible ! Poursuivez votre lecture pour en savoir plus …
ORDA – Dites adieu aux espaces vides dans vos sélections d’entités
Nous sommes tous passés par là. Vous construisez une belle interface qui affiche une sélection d’entités pour les utilisateurs. Ils peuvent supprimer des entités, mais ensuite… ces espaces vides apparaissent à l’endroit où se trouvaient les entités supprimées.
Reconstruire avec du code la sélection d’entités après en avoir supprimé ? Ce n’est plus la peine ! 4D 20 R6 introduit une fonctionnalité pratique qui élimine ce problème en une seule ligne de code.
Continuez à lire pour découvrir comment cette fonctionnalité peut garder votre interface conviviale et vos utilisateurs détendus.
ORDA – Restreindre les données aux critères pertinents
Dans 4D 19 R8, nous avons introduit un système de permission robuste, vous permettant un contrôle granulaire de l’accès des utilisateurs à vos données. Ce système protège vos données en fonction des personnes qui y accèdent et des données auxquelles elles accèdent, garantissant ainsi la sécurité des données en limitant les accès non autorisés.
Mais que se passerait-il si vous vouliez affiner davantage l’accès à la lecture en fonction de critères spécifiques ?
C’est là que 4D 20 R5 intervient. Restreindre les données en lecture en fonction de certains critères.
Amélioration de l’utilisation des licences client 4D avec Qodly Studio for 4D
Ceux d’entre vous qui ont commencé à utiliser Qodly Studio for 4D savent déjà à quel point ce nouvel outil est puissant pour développer des applications web professionnelles. Si vous ne l’avez pas encore fait, vous trouverez ici plus d’informations sur la façon de commencer.
Les applications réalisées avec Qodly Studio for 4D s’appuient sur les API REST. 4D 20 R5 est livré avec une nouvelle fonctionnalité très intéressante : Le mode « Force Login ».
Avec ce mode, une licence 4D Client n’est consommée que lorsque les utilisateurs se connectent avec succès et commencent à travailler avec les données et la logique de votre application.
Poursuivez votre lecture pour en savoir plus ! Et n’oubliez pas de télécharger notre démo pour la voir à l’œuvre !
ORDA : Attribution d’un chemin à un attribut blob ou image
Les commandes de base de données non-ORDA vous permettaient de placer des images et des blobs en dehors du fichier de données grâce à la commande SET EXTERNAL DATA PATH. Cette commande n’est pas adaptée à ORDA et c’est pourquoi nous avons décidé d’ajouter une fonctionnalité similaire dans la v20 R3 : La possibilité d’assigner à un attribut de type blob ou image un chemin sur le disque. Laissez-moi vous en dire plus à ce sujet.
Qodly Studio en action avec une nouvelle démo
Dans ce précédent billet, nous avons fourni quelques démonstrations pour vous aider à démarrer avec Qodly Studio.
Comme promis, nous continuons à fournir des démos. Voici la dernière PIQS (abréviation de Play In Qodly Studio)
Log des requêtes ORDA sur le serveur
Depuis sa sortie, la popularité d’ORDA ne cesse de croître et il est maintenant largement utilisé sur vos serveurs de production. Avec 4D v20, nous vous apportons 2 améliorations sur la façon dont les requêtes ORDA sont loggées côté serveur. La première est une amélioration du request log qui donnera désormais plus d’informations sur les requêtes ORDA. La seconde est l’ajout d’un log ORDA côté serveur similaire au log ORDA côté client. Permettez-moi de vous présenter ces nouvelles fonctionnalités.
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