Extension des capacités de la commande d’événement Form
Comme vous le savez peut-être déjà, la commande Form event identifie le type d’événement de formulaire qui vient de se produire. Elle est généralement utilisée dans un formulaire ou une méthode d’objet.
Quelques changements ont été apportés dans 4D v18, mais tout est bon. Voici ce que vous devez savoir :
C_VARIANT pour stocker différents types de valeurs
Parfois, vous souhaitez écrire du code en étant capable de travailler avec différents types de variables, ce qui est particulièrement vrai pour le codage générique. L’utilisation de pointeurs peut rendre le code plus difficile à lire et à déboguer. Parfois, ce n’est pas possible du tout, par exemple lorsque vous voulez affecter une variable générique à un objet de formulaire comme source de données.
Une nouvelle commande est maintenant à votre disposition pour vous permettre de déclarer une variable qui peut stocker différents types de valeurs. Dites bonjour à la nouvelle commande C_VARIANT commande !
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 !
Une interface utilisateur améliorée avec AJUI_Progressbar
Vous est-il déjà arrivé d’exécuter une action, que rien ne semble se produire et que vous ne sachiez pas si vous deviez cliquer à nouveau ou continuer à attendre ? Aucun retour d’information n’est fourni, même si l’application effectue une action en arrière-plan ? Peut-être l’action nécessite-t-elle un certain temps pour renvoyer un résultat ? Comme vous le savez peut-être, 4D fournit déjà un composant de barre de progression intégré qui rend le temps d’exécution plus tolérable, mais si vous voulez quelque chose avec un design plus web, alors continuez à lire, car c’est ce que l’AJUI_Progressbar vous donne !
Construire un dialogue de surveillance basé sur le web, étape par étape
Vous voulez recréer la fenêtre d’administration de 4D Server avec une interface web ? Vous voulez vérifier facilement ce qui se passe dans le serveur 4D sans avoir besoin de vous rendre dans la salle des serveurs, d’utiliser un bureau à distance ou de consommer une licence 4D Client ? Il est désormais possible de visualiser tous les principaux paramètres de 4D Server(par exemple, l’utilisation de la mémoire, l’espace disque, les utilisateurs, les processus et même le moniteur en temps réel) via le Web.
Dans ce billet de blog, nous vous guiderons à travers un ensemble de commandes que 4D a livrées au cours des différentes versions R pour construire votre propre dialogue d’administration de serveur basé sur le Web. De plus, le responsable technique régional de 4D Hispano(Angelo Caroprese) a fourni un composant complet à utiliser directement dans vos applications.
Un aide-mémoire ORDA
Blogue de l’auteur invité Cannon Smith, un développeur 4D du sud de l’Alberta, au Canada :
L’introduction des collections et des entités a radicalement changé le paysage de 4D, offrant aux développeurs de nouvelles façons de transposer les règles commerciales en code. Tout récemment, j’ai remanié plusieurs milliers de lignes de code qui étaient au cœur des règles de gestion de notre application, ce qui a permis une amélioration significative de la vitesse (5 fois plus rapide) dont nos utilisateurs sont très satisfaits. Cette refactorisation consistait principalement à passer des anciennes constructions de code aux objets, collections et ORDA.
Puissance des objets et notation par points
Avec 4D v17 R5, nous vous avons montré comment il est facile de manipuler un objet pour récupérer les attributs d’un fichier ou d’un dossier. Les choses sont devenues encore plus faciles grâce à la notation d’objet ! Dans ce billet de blog, nous vous proposons une IDH avec une interface utilisateur pour gérer les fichiers et les dossiers. Ce n’est pas nouveau dans 4D puisque vous pouviez le faire avec les commandes 4D classiques, mais maintenant vous pouvez le faire plus facilement et avec moins de lignes de code !
Chaînes de couleurs CSS pour une meilleure lisibilité
Les commandes 4D améliorées et simplifiées ne cessent d’arriver. Vous pouvez désormais définir les couleurs de vos objets de formulaire en utilisant des chaînes CSS au lieu de valeurs numériques. Auparavant, les couleurs CSS des objets étaient déclarées au moyen d’un nombre long de 4 octets(par exemple, 0x00RRGGBB). Mais si vous vous sentez plus à l’aise pour écrire BLEU au lieu de son équivalent numérique 255 (0xFF), nous avons de bonnes nouvelles … 4D v17 R6 le permet !
Un nouvel outil au bout des doigts pour analyser les journaux de débogage
Avec 4D v17 R5, nous avons amélioré les journaux de débogage en ajoutant des méthodes et en permettant à chaque processus d’être tracé indépendamment. Avec cette version R, nous sommes allés un peu plus loin en livrant un outil d’analyse des journaux de débogage pour vous aider à surveiller l’exécution des processus. Vous pourrez voir quels sont les processus qui consomment le plus, la chaîne d’appels avec le temps d’exécution correspondant, et bien plus encore.
Récupérer la chaîne d’appel de l’exécution en cours
Lorsque vous programmez une application, vous pouvez avoir besoin de savoir où vous en êtes dans votre code, notamment lorsqu’une méthode appelle d’autres méthodes, qui peuvent ensuite appeler d’autres méthodes. C’est pourquoi il est très utile de voir la chaîne des méthodes, ou la chaîne d’appel, pendant le processus de débogage. Pour cela, 4D v17 R6 fournit la nouvelle commande Get call chain pour vous donner un aperçu du code exécuté. Désormais, vous n’aurez plus à craindre de vous perdre !
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