Nouvelle architecture pour le déploiement des applications

Aujourd’hui, les applications fusionnées sauvegardent de nombreuses informations dans le paquetage de l’application et également dans le fichier compilé (.4DC). Outre le fait qu’elle empêche de créer des applications en lecture seule, la sauvegarde des informations dans le paquetage de l’application a une autre conséquence fâcheuse : les informations sont perdues lorsque vous mettez à jour l’application.

Pour les conserver, il faut récupérer les informations avant de mettre à jour son application, puis les réintégrer après. Ce système est donc lourd.

Pour permettre les applications en lecture seule, 4D sera modifié dans les prochaines versions, étape par étape, pour réaffecter ces informations.

Dans la v15 R4, le chemin du fichier de données et les informations de connexion au serveur peuvent être stockés dans les préférences de l’utilisateur, si vous utilisez la nouvelle option de compatibilité Utiliser la nouvelle architecture pour les déploiements d’applications.

Par exemple, si le développeur déploie une application mise à jour chez son client, le dernier emplacement du fichier de données n’est pas écrasé. Lorsque l’utilisateur final lance la structure, celle-ci retrouvera l’ancien fichier de données sans interaction de l’utilisateur.

Chemin du fichier de données

Pour les applications autonomes fusionnées et les applications serveur fusionnées, si vous enregistrez le chemin du fichier de données dans les préférences de l’utilisateur, deux modes sont disponibles pour lier l’application au fichier de données.

Par nom d’application (par défaut)

Dans ce mode, l’application 4D ouvre automatiquement le fichier de données le plus récemment ouvert qui correspond au fichier de structure. Ce mode flexible et intuitif vous permet de déplacer librement le paquet d’applications sur le disque.

Par chemin d’application

Dans ce mode, l’application fusionnée ouvrira le fichier de données lié au chemin complet de l’application. Ce mode vous permet de dupliquer votre paquet d’applications fusionnées un certain nombre de fois, et de faire en sorte que chaque application utilise son propre fichier de données. Cependant, avec cette option, si vous déplacez ou renommez un paquet d’applications sur le disque, vous modifiez le chemin complet de l’application. Par conséquent, le paquet d’applications déplacé/renommé perdra le lien avec son fichier de données.

Informations sur la connexion au serveur

Pour les applications client fusionnées, lorsque le client se connecte avec succès au serveur, le client enregistre les informations de connexion au serveur dans les préférences de l’utilisateur.

Autre point intéressant : le développeur peut désormais contrôler si l’application client affiche la boîte de dialogue de sélection du serveur lorsqu’une tentative de connexion échoue. Par défaut, elle n’est plus affichée et vous pouvez changer cela en utilisant une nouvelle clé XML buildapp.

Pour plus de détails, veuillez consulter le manuel de mise à niveau de 4D v15 R4.