Déploiement facile avec 4D v18
4D v18 introduit une nouvelle architecture pour les fichiers et les dossiers afin de garder intacts les dossiers de votre package macOS déployé et de votre application Windows. En un mot, le dossier des journaux et tous les paramètres basés sur l’utilisateur, y compris les paramètres de sauvegarde 4D, sont maintenant stockés à côté du fichier de données. En fait, les paramètres existent deux fois ; un à côté de la structure à utiliser comme paramètres par défaut pour les nouveaux fichiers de données, et un à côté du fichier de données, stockant les modifications de l’utilisateur.
Par conséquent, le dossier contenant la structure peut être en lecture seule, puisque rien n’est modifié à l’intérieur (*). Le déploiement devient plus facile car le dossier de la structure peut simplement être remplacé, rien ne devant être copié au préalable.
(*) uniquement dans les bases de données de projets. Dans les bases de données binaires, les tables d’utilisateurs et de mots de passe sont stockées dans la structure, le dossier ne doit donc pas être en lecture seule.
Applications 4D sans tête
En tant que développeur 4D, vous avez peut-être déjà rencontré le besoin de développer des applications sans interface utilisateur graphique (GUI), autrement dit des applications headless. Auparavant, dans 4D, ce n’était pas tout à fait possible de le faire …. jusqu’à 4D v18 ! Dans ce billet de blog, nous allons passer en revue certaines des nouvelles capacités disponibles pour que vous puissiez rendre vos applications « headless » !
Pourquoi créer des applications sans tête ? Il y a plusieurs cas d’utilisation tels que simuler le comportement de Windows sur macOS, ou avoir le comportement d’un service Windows sans utiliser le gestionnaire de service, et ainsi de suite. Mais surtout, cela ouvre de nouvelles opportunités comme le développement de bots avec 4D.
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 !
Utiliser ORDA pour améliorer les performances en mode client/serveur
L’utilisation d’ORDA pour accéder à de grandes tables (en particulier celles avec des relations) en mode Client/Serveur a été considérablement améliorée. Avec 4D v17 R5, vous constaterez une amélioration de 2-3x des performances LAN et jusqu’à 30x des performances WAN. Et surtout, il n’est pas nécessaire de modifier quoi que ce soit dans votre code, tout est automatique. Intéressant, n’est-ce pas ? Eh bien, entrons dans les détails.
Amélioration des journaux de débogage grâce à ces améliorations
En tant que développeur 4D, vous avez peut-être déjà activé le journal de débogage pour résoudre des problèmes. 4D v17 R5 introduit plusieurs améliorations pour vous aider à analyser ces fichiers, comme la journalisation uniquement du processus en cours et la journalisation des appels aux méthodes membres (méthodes de collection ou d’objet).
Qui est qui ? Une nouvelle façon d’identifier les utilisateurs
En tant que développeur 4D, vous devez souvent gérer les utilisateurs finaux avec votre propre système d’annuaire. Pour les utilisateurs internes, vous pouvez créer quelques profils avec des droits différents ou vous pouvez simplement utiliser le compte Designer par défaut pour tout le monde. Le problème est que lorsque plusieurs personnes utilisent le même profil, elles portent toutes le même nom et il est difficile – voire impossible – de les différencier. Heureusement, la version 4D v17 R5 résout le casse-tête que représente le fait d’essayer de savoir qui est qui. Dans ce billet de blog, nous allons expliquer une nouvelle commande et de nouveaux sélecteurs qui vous aideront à définir l’identité de l’utilisateur 4D en définissant un nom personnalisé à utiliser à la place du nom du compte utilisateur 4D actuel.
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