Nouvelle classe pour gérer des connexions TCP
Avec la sortie de 4D 20 R8, une fonctionnalité qui change la donne est arrivée : la classe TCPConnection. Cette classe moderne tire parti de la syntaxe orientée objet et prend en charge la gestion des connexions de manière asynchrone, offrant ainsi une alternative nouvelle et puissante aux 4D Internet Commands. En utilisant TCPConnection, vous pouvez vous connecter à pratiquement tout, qu’il s’agisse de serveurs, d’imprimantes, de caisses enregistreuses ou d’appareils industriels, ce qui en fait un outil polyvalent pour répondre à des besoins uniques.
Dans cette version, la fonctionnalité client est disponible, ce qui vous permet de vous connecter à des serveurs externes et d’échanger des données de façon transparente.
Notarisation sur macOS : modifications de la structure des composants
Le processus de notarisation de macOS continue d’évoluer. Malheureusement, la structure interne des composants 4D conçus avec 4D v11 – destinée à permettre une compatibilité multiplateforme – ne répond plus aux exigences introduites par Apple pour exécuter une application sur Mac Silicon, ce qui rend la notarisation des composants de plus en plus difficile.
Pour simplifier le processus de déploiement, nous avons mis à jour la structure des composants à partir de 4D 20 R8. Cette nouvelle structure de dossiers rend la notarisation et le déploiement aussi simples que le déploiement d’une application. Cependant, il y a une mise en garde importante : la structure mise à jour n’est pas compatible avec les anciennes versions de 4D (4D 20 R7 et antérieures), tandis que les anciens composants resteront compatibles avec les nouvelles versions de 4D.
Le composant Build4D a également été mis à jour pour refléter la nouvelle structure. Lorsque vous créez des composants, soyez prudent et assurez-vous que vous utilisez la bonne version de Build4D.
Rappel important: Les composants construits avec 4D 20 R7 ou une version antérieure peuvent rencontrer des erreurs lors de la notarisation. La solution recommandée est de mettre à jour vers 4D 20 R8.
Cryptage, authentification et validation d’autorité de certification
Dans les dernières versions, la sécurité a été fortement étendue dans 4D, en particulier dans le domaine des certificats. De nouvelles fonctionnalités ont été ajoutées comme les certificats générés automatiquement pour la communication client-serveur, la prise en charge des certificats ECDSA et, avec 4D 20 R7, la validation de l’autorité de certification pour la communication client-serveur des applications enginées. Certains clients exigent le niveau de sécurité le plus élevé, ce qui souligne l’importance de ces fonctionnalités.
Cependant, la sécurité peut être complexe et c’est pourquoi il est utile d’expliquer le fonctionnement d’une connexion TLS/SSL et le rôle des certificats. C’est pourquoi, avant d’aborder la nouvelles fonctionnalité, commençons par décomposer les concepts de base de la sécurité et leurs interactions.
Présentation des singletons de session
Les singletons furent l’une des features les plus remarquées de 4D 20 R5. Jusqu’alors, les développeurs pouvaient exploiter deux types de singletons :
- le singleton de processus, qui est unique pour chaque processus mais différent d’un processus à l’autre,
- et le singleton partagé, qui est unique sur l’ensemble de l’application.
Avec 4D 20 R7, nous lançons un nouveau type de singleton : le singleton de session !
La couche réseau QUIC est prête pour la production !
Avec la version bêta de 4D 20, nous vous avons présenté notre nouvelle couche réseau : La couche réseau QUIC.
À l’époque, elle était encore en cours de développement et donc retirée de la version officielle. Aujourd’hui, nous sommes ravis d’annoncer que la couche réseau QUIC est sortie de la version bêta et qu’elle est officiellement prête pour la production !
Après des tests de charge rigoureux et de précieux commentaires de la part des premiers utilisateurs, la stabilité et les performances de QUIC ont été validées, surpassant même ServerNet dans des domaines clés. Maintenant que QUIC a atteint le niveau de fonctionnalités avec ServerNet dans 4D 20 R5, c’est le moment idéal pour envisager de passer à QUIC.
Mais d’abord, laissez-moi vous en dire plus sur cette excellente nouvelle.
Gestion des singletons en REST et Qodly
Avec 4D 20 R5, nous avons lancé les singletons. Avec 4D 20 R6, nous vous permettons désormais d’appeler directement les fonctions exposées de vos singletons partagés par le biais d’appels REST. De même, vous pouvez utiliser les fonctions exposées de vos singletons partagés dans des événements lors de la conception de vos pages Qodly. Permettez-moi d’approfondir ces nouvelles fonctionnalités.
Gestion des requêtes HTTP grâce aux agents HTTP
Dans 4D 19 R6, nous avons introduit les classes HTTP pour moderniser la syntaxe et améliorer les fonctionnalités de nos commandes du client HTTP. S’appuyant sur cette base, 4D 20 R6 apporte une nouvelle fonctionnalité puissante : les agents HTTP. Ces agents permettent aux développeurs de personnaliser et d’optimiser leurs connexions aux serveurs HTTP en gérant la persistance et la réutilisation des connexions pour les requêtes HTTP.
Déclassement de l’ancienne couche réseau
Pour gérer la communication entre le client 4D et le serveur 4D, 4D propose trois couches réseau différentes :
- Legacy,
- ServerNet,
- et QUIC.
La couche réseau Legacy a été introduite il y a 30 ans dans 4D v3. Elle a été développée à l’origine pour AppleTalk, améliorée pour ISDN, puis ont été ajoutés IPX et enfin TCP/IP.
Elle a été créée pour une utilisation client/serveur très différente de celle de 4D aujourd’hui : elle est monotâche, optimisée pour les réseaux lents sans cryptage et disponible pour de nombreux protocoles réseau différents. En tant que tel, elle n’est pas du tout optimisée pour les réseaux modernes et ne prend en charge qu’un nombre très limité de fonctionnalités.
C’est pourquoi, avec 4D 20 R5, nous avons décidé de rendre la couche réseau Legacy obsolète et prévoyons de la supprimer prochainement. Nous vous encourageons à passer à ServerNet dès maintenant si vous l’utilisez encore. Permettez-moi de vous expliquer les avantages que vous tirerez de ce changement.
QUIC est désormais au niveau de fonctionnalité de ServerNet
La couche réseau QUIC prend désormais en charge autant de fonctionnalités que la couche réseau ServerNet. Avec 4D 20 R5, nous avons ajouté la prise en charge de l’IPv6, du broadcast et du SSO sous Windows.
Bien entendu, nous continuerons à l’améliorer dans les prochaines versions pour en faire la meilleure couche réseau que 4D ait jamais eue.
Mais pour l’instant, permettez-moi d’en dire un peu plus sur les dernières fonctionnalités que nous avons ajoutées.
Classes partagées
Voulez-vous un moyen simplifié d’utiliser des objets partagés, en suivant la syntaxe classique des objets et en appelant automatiquement use/end use lorsque c’est nécessaire ?
Attachez vos ceintures; voici les classes partagées !
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