| 4D v18Get 4D folder | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 
 | 
    4D v18
 Get 4D folder 
         | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Get 4D folder {( dossier {; *} )} -> Résultat | ||||||||
| Paramètre | Type | Description | ||||||
| dossier | Entier long |   | Type de dossier (si omis=dossier 4D actif) | |||||
| * | Opérateur |   | Retourne le dossier de la base hôte | |||||
| Résultat | Chaîne |   | Chemin d'accès du dossier désigné | |||||
La commande Get 4D folder renvoie le chemin d'accès du dossier 4D actif de l'application courante, ou du dossier de l'environnement 4D spécifié par le paramètre dossier, s'il est passé. 
Cette commande vous permet d'obtenir avec certitude le chemin d'accès réel des dossiers utilisés par l'application. En utilisant cette commande, vous êtes certain que votre code fonctionnera correctement sur toute plate-forme, quelles que soient la langue du système et l'application 4D. 
Vous pouvez passer dans dossier une des constantes suivantes, placées dans le thème Environnement 4D :
| Constante | Type | Valeur | 
| 4D Client database folder | Entier long | 3 | 
| Active 4D Folder | Entier long | 0 | 
| Current resources folder | Entier long | 6 | 
| Data folder | Entier long | 9 | 
| Database folder | Entier long | 4 | 
| Database folder Unix syntax | Entier long | 5 | 
| HTML Root folder | Entier long | 8 | 
| Licenses folder | Entier long | 1 | 
| Logs folder | Entier long | 7 | 
| MobileApps folder | Entier long | 10 | 
Voici une description de chacun de ces dossiers :
Notes préalables sur les noms de dossiers :
Les applications de l'environnement 4D utilisent un dossier spécifique pour stocker les informations suivantes :
Le dossier 4D actif se trouve par défaut à l'emplacement suivant :
Dossier contenant les fichiers de licence 4D du poste. 
Le dossier Licenses est situé à l'emplacement suivant : 
Notes :
Dossier contenant le fichier de données courant. Le chemin du dossier est exprimé avec la syntaxe standard de la plate-forme courante.
Dossier de la base 4D créé en local sur chaque poste client, dans lequel sont téléchargés depuis 4D Server les dossiers et fichiers relatifs à la base (ressources, plug-ins, dossier Resources, etc.).
Le dossier base 4D Client est situé à l'emplacement suivant sur chaque poste client :
Note : La valeur de la clé est incrémentée (et le dossier local base 4D Client dupliqué) lorsqu'un autre lancement de l'application cliente est effectué simultanément sur le même poste.
Dossier contenant le fichier de structure de la base. Le chemin d’accès est exprimé avec la syntaxe standard de la plate-forme courante. 
Avec l'application 4D Client, cette constante équivaut strictement à la constante précédente 4D Client database folder : la commande retourne le chemin d’accès du dossier créé en local.
Dossier contenant le fichier de structure de la base. Cette constante désigne le même dossier que la précédente, mais le chemin d’accès retourné est exprimé avec la syntaxe Unix (Posix), du type /Users/... Cette syntaxe est principalement utile lorsque vous utilisez la commande LAUNCH EXTERNAL PROCESS sous OS X.
Dossier Resources de la base. Ce dossier contient les éléments additionnels (images, textes) utilisés pour l'interface de la base. Un composant peut disposer de son propre dossier Resources. Le dossier Resources est situé à côté du fichier de structure de la base.
En mode client/serveur, ce dossier permet d'organiser le transfert de données personnalisées (images, fichiers, sous-dossiers...) entre le poste serveur et les postes clients. Le contenu de ce dossier est mis à jour automatiquement sur chaque client au moment de sa connexion. Tous les mécanismes de référencement associé au dossier Resources sont pris en charge en mode client/serveur (dossier .lproj, XLIFF, images...) . En outre, 4D fournit divers outils permettant de gérer et de mettre à jour dynamiquement ce dossier, notamment un Explorateur de ressources.
Note : Si le dossier Resources n'existe pas pour la base, l'exécution de la commande Get 4D folder avec la constante Current resources folder provoque sa création.
Dossier Logs de la base. Ce dossier centralise les fichiers d’historique de la base courante. Il est créé au même niveau que le fichier de structure. Le dossier Logs contient les fichiers d’historique suivants :
Note : Si le dossier Logs n'existe pas pour la base, l'exécution de la commande Get 4D folder avec la constante Logs folder provoque sa création.
Dossier racine HTML courant de la base. Le chemin d’accès retourné est  exprimé avec la syntaxe standard de la plate-forme courante. Le dossier  racine HTML est le dossier dans lequel le serveur Web de 4D va chercher  les pages et fichiers Web demandés. Par défaut, il est nommé DossierWeb  et est placé à côté de fichier de structure (ou de sa copie locale dans  le cas de 4D en mode distant). Son emplacement peut être défini dans la  page Web/Configuration des Propriétés de la base ou dynamiquement via  la commande WEB SET ROOT FOLDER.
Si la commande Get 4D folder est appelée depuis un 4D distant, le chemin retourné est celui du poste distant, pas celui de 4D Server.  
Le paramètre facultatif * est utile dans le cadre d'une architecture utilisant des composants : il permet de déterminer la base (hôte ou composant) dont vous souhaitez obtenir le chemin d'accès d'un dossier. Ce paramètre est valide uniquement pour les dossiers Database folder, Database folder Unix syntax et Current resources folder. Il est ignoré dans les autres cas. 
Lorsque la commande est appelée depuis un composant :
Dossier contenant tous les fichiers de session existants (.json) utilisés par l'application 4D pour référencer les sessions des utilisateurs d'applications mobiles (c'est-à-dire les sessions ouvertes par des apps 4D for iOS). Les fichiers de sessions sont groupés par sous-dossier d'applications et sont créés automatiquement. Pour plus d'informations, veuillez vous reporter à la documentation de 4D for iOS.
Ce dossier est situé au même niveau que le fichier de données courant.
Pendant le démarrage d'une base mono-utilisateur, vous voulez charger (ou créer) vos propres paramètres et les stocker dans un dossier 4D. Pour cela, dans la On Startup database method, vous pouvez écrire les lignes de code similaires aux lignes suivantes :
 </span>$vsNomDocPref:=Get 4D folder+"MesPrefs.prf" // Construire le chemin d'accès au fichier Préférences
  // Vérifier si le fichier existe
 If(Test path name($vsNomDocPref)#Is a document)
    $vtRefDocPref:=Create document($vsNomDocPref.prf) // Si non, il faut le créer
 Else
    $vtRefDocPref:=Open document($vsNomDocPref.prf) // Si oui, il faut l'ouvrir
 End if
 If(OK=1)
  // Traiter le contenu du document
    CLOSE DOCUMENT($vtRefDocPref)
 Else
  // Gérer l'erreur
 End if
Cet exemple illustre l’emploi de la constante Database folder UNIX syntax sous Mac OS pour lister le contenu du dossier de la base :
 $cheminposix:="\""+Get 4D folder(Database folder Unix syntax)+"\""
 $mondossier:="ls -l "+$cheminposix
 $in:=""
 $out:=""
 $err:=""
 LAUNCH EXTERNAL PROCESS($mondossier;$in;$out;$err)Note : Sous Mac OS, il est nécessaire d’encadrer les chemins d’accès avec des guillemets lorsqu’ils contiennent des noms de fichiers ou de dossiers comportant des espaces. La séquence d’échappement "\" permet d’insérer le caractère guillemets dans la chaîne. Vous pouvez également utiliser l’instruction Char(Double quote).
Si le paramètre dossier est invalide ou si le chemin d'accès retourné est vide, la variable système OK prend la valeur 0.
									COMPONENT LIST
									
									System folder
									
									Temporary folder
									
									Test path name
									
									WEB SET ROOT FOLDER
									
	Produit :  4D
	Thème :  Environnement 4D
	Numéro :  
        485
        
        
        
	
	Modifié :  4D v11 SQL Release 2
	Modifié :  4D v13
	Modifié :  4D v16
	Modifié :  4D v17 R2
Dossier
	4D - Langage ( 4D v18)
	
	
	
 Ajouter un commentaire
Ajouter un commentaire