WB9 - Diffusion des états.

Après mûre réflexion, VincentC a écrit :

Bonjour,

Quelle est la meilleure pratique pour diffuser ses états indépendaments de
l'EXE.

Faut-il les retirer du projet avant de créer l'EXE ?
Les conserver dans le projet mais ne pas les intégrer dans la bibliothèques
en les décochant un par un (ce qui est légérement pénible) ?

une autre manip ?

Merci.

Correction WD9 et non webdev ;-)

Tu veux les mettre à coté de l'EXE pour quelle raison ?
Moi je les met toujours dans l'EXE pour éviter que l'utilisateur ne me
supprime des fichiers états dont je me sert.
Pour répondre à ta question une solution est peut-être de créer une
configuration sans les états.
J'avais vu celà a une formation mais je ne m'en suis jamais servi.

T.Boington a exposé le 14/03/2006 :

Tu veux les mettre à coté de l'EXE pour quelle raison ?
Moi je les met toujours dans l'EXE pour éviter que l'utilisateur ne me
supprime des fichiers états dont je me sert.
Pour répondre à ta question une solution est peut-être de créer une
configuration sans les états.
J'avais vu celà a une formation mais je ne m'en suis jamais servi.

Je veux pour voir fournir certaines personnalisations d'un même état
sans recréer un EXE et/ou laisser les états accessible via WDEtat
utilisateur.Ce qui permet en cas de mise à jour, de ne fournir que le
fichier wde.

Quand les états ne sont pas inclus dans la biblithothèque, l'EXE les
recherche les WDE quand on lance l'état.

Seulement les décocher à chaque fois lors de la génération de l'EXE, ca
présente un risque d'erreur.Car si un état est présent sur le disque et
dans l'EXE, la priorité va à celui de l'EXE.


Merci.

VincentC wrote:
...

Quand les états ne sont pas inclus dans la biblithothèque, l'EXE les
recherche les WDE quand on lance l'état.

Seulement les décocher à chaque fois lors de la génération de l'EXE, ca
présente un risque d'erreur.Car si un état est présent sur le disque et
dans l'EXE, la priorité va à celui de l'EXE.

...

Bonjour,

Je crains qu'il n'y a pas de solution miracle et je ne suis pas sûr que
j'utilise la meilleure. Pour la raison cité ci-dessus, j'ai choisi une
solution assez compliquée:

- je crée un petit projet par client avec le nom du projet + abrégé du
client,

- j'utilise l'analyse, les procédures globales ainsi que les classes du
projet principal (pour le développement),

- dans le projet "client" j'utilise la bibliothèque du projet principal
comme bibliothèque externe,

- j'ai une fenêtre principale avec la commande Utilise("MenuPrincipal")
qui lance l'application pour tester,

- je génère la bibliothèque "client" avec un nom générique, p.ex.
"monProjet_Client", que j'utilise dans le projet principal comme
bibliothèque externe (donc le nom ne change jamais),


Avec cette méthode, il faut surtout faire attention de générer la
bibliothèque "client" avant de tester, sinon on risque de graves erreurs.

Salutations
mat