Structure de sortie et nommage de l'application

Dernière mise à jour : 14/10/2026

QV2QS organise les sorties par lots dans une hiérarchie de répertoires et propose un nommage d'application flexible pour le déploiement sur Qlik Cloud. Cette rubrique présente les options de disposition des répertoires, les recommandations relatives aux paramètres et les modèles de nommage.

Le mode projet unique crée également un sous-dossier par projet sous la racine de sortie. Pour plus de détails, consultez Fonctionnement de la conversion.

Structure de sortie

Par défaut, QV2QS reproduit la hiérarchie du répertoire source sous la racine de sortie. Chaque projet produit un sous-dossier contenant la sortie de génération, les rapports et les journaux.

Conserver la hiérarchie (par défaut)

<outputDir>/
  <RelativePath>/
    <ProjectName>/
      build/
      images/
      reports/
      logs/

Aplatir la hiérarchie (--batchFlatOutput)

<outputDir>/
  <ProjectName>/
    build/
    images/
    reports/
    logs/

Conserver la hiérarchie est utile lorsque la structure des dossiers source reflète des regroupements organisationnels (par département, région ou unité opérationnelle) et que la sortie doit refléter cette structure. Aplatir la hiérarchie est utile lorsque la structure des dossiers n'est pas pertinente ou lorsqu'une liste plate est plus facile à exploiter en aval.

Si deux projets génèrent le même nom de dossier de sortie (par exemple, deux projets nommés Sales dans des sous-répertoires différents), QV2QS ajoute _2, _3 et les numéros suivants pour éviter les collisions.

Paramètres en mode batch

Tous les paramètres de conversion s'appliquent uniformément à chaque projet du lot. Il n'existe aucun mécanisme de surcharge par projet. L'échelle fixe du canevas, l'échelle des objets, les contraintes de taille, les dimensions de recadrage, la réduction de la disposition, la gestion de l'arrière-plan et tous les autres paramètres sont appliqués de manière identique à chaque application de l'exécution.

Cette application uniforme a une implication pratique importante : regroupez les applications similaires lors de l'exécution de conversions par lots. Les applications qui partagent des résolutions d'écran, des dispositions d'images d'arrière-plan et des tailles d'objets similaires fonctionnent bien au sein d'un même lot. Les applications présentant des mises en page ou des modèles de conception nettement différents bénéficient d'exécutions par lots distinctes avec des paramètres différents.

Flux de travail recommandé pour la conversion par lots :

Copiez tous les fichiers source QVW et QVF dans un dossier de travail local. N'exécutez pas de conversions par lots sur des répertoires de production ou des partages réseau.
Identifier les groupes d'applications QlikView qui partagent des caractéristiques de disposition similaires (résolution, images d'arrière-plan, densité des objets).
Chargez une application représentative de chaque groupe en mode projet unique.
Ouvrez Mockup Studio et faites des essais avec les paramètres de zone de travail fixe, de mise à l'échelle, de recadrage et de contrainte de taille jusqu'à ce que la disposition soit satisfaisante.
Notez les paramètres qui produisent le meilleur résultat pour ce groupe.
Passez en mode de traitement par lots, pointez vers le dossier contenant ce groupe et appliquez les mêmes paramètres.
Répétez l'opération pour chaque groupe d'applications.

Cette approche permet d'éviter l'erreur courante consistant à exécuter un lot volumineux avec des paramètres génériques, pour ensuite passer du temps à ajuster manuellement chaque application par la suite. Quelques minutes de tests dans Mockup Studio avec un échantillon représentatif peuvent vous faire économiser des efforts considérables sur un lot important.

Commencez par un petit lot de 3 à 5 applications pour valider les paramètres avant de passer à l'ensemble complet.

Nommage des applications en mode batch

Lors du déploiement de conversions par lots vers Qlik Cloud, --qsAppName contrôle la façon dont chaque application est nommée :

Non spécifié — Chaque application porte le nom du projet (<Name>).
Texte brut — La valeur est utilisée comme préfixe : <prefix> - <Name>.
Modèle avec espaces réservés — La valeur est traitée comme une chaîne de format.

Les espaces réservés suivants sont disponibles dans les chaînes de modèles.

Espace réservé	Description
`{name}`	Project name
`{rel}`	Chemin d'accès relatif du répertoire à partir de la racine de l'analyse
`{index}`	Numéro de projet séquentiel (à partir de 1)

Par exemple, --qsAppName "Migrated {name} ({rel})" produit des noms d'application tels que Migrated Sales (region1/finance).

En savoir plus

Cette page vous a-t-elle aidé ?

Si vous rencontrez des problèmes sur cette page ou dans son contenu – une faute de frappe, une étape manquante ou une erreur technique – faites-le-nous savoir.

Laissez vos commentaires ici