PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WINDEV 2025 → Modules ou 1 prog
Modules ou 1 prog
Débuté par dpdousset, 02 déc. 2004 18:31 - 5 réponses
Posté le 02 décembre 2004 - 18:31
Je désire avoir vos avis sur une méthode de construction de mon appli.

Soit je fais 4 modules indépendants, Module1-Module2 etc..
et je créer ensuite une interface appellant les modules.

Ou 2éme possibilité : Créér une application unique?

Merci

Pascal
Posté le 02 décembre 2004 - 13:57
Cela dépend de plusieurs éléments :

1. l'interaction entre les modules (un module doit-il appeler une fenêtre
de sélection (par exemple) d'un autre module)
2. y-a-t'il plusieurs base de données
3. la grosseur de l'application
4. les modules sont-ils homogènes (même standard d'interface)
5... etc.
6. Aussi le niveau de complexité des modules. exemple est-ce que les
modules gèrent le multi-thread, les classes paratagés, Composantes
partagées, Socket, Net, etc.

À mon humble avis, une application unique a beaucoup d'avantages...
(interface unique, débogage plus facile, et meilleure structure des données
sur disque et celles en mémoire, plus facile de faire la maintenance, etc.)

"Pascal" <dpdousset@wanadoo.fr> a écrit dans le message de
news:41af3968@news.pcsoft.fr...
Je désire avoir vos avis sur une méthode de construction de mon appli.

Soit je fais 4 modules indépendants, Module1-Module2 etc..
et je créer ensuite une interface appellant les modules.

Ou 2éme possibilité : Créér une application unique?

Merci

Pascal


Posté le 02 décembre 2004 - 23:09
Dans son message précédent, Renaud OLISTIN a écrit :
Cela dépend de plusieurs éléments :

1. l'interaction entre les modules (un module doit-il appeler une fenêtre
de sélection (par exemple) d'un autre module)
2. y-a-t'il plusieurs base de données
3. la grosseur de l'application
4. les modules sont-ils homogènes (même standard d'interface)
5... etc.
6. Aussi le niveau de complexité des modules. exemple est-ce que les
modules gèrent le multi-thread, les classes paratagés, Composantes
partagées, Socket, Net, etc.

À mon humble avis, une application unique a beaucoup d'avantages...
(interface unique, débogage plus facile, et meilleure structure des données
sur disque et celles en mémoire, plus facile de faire la maintenance, etc.)

"Pascal" <dpdousset@wanadoo.fr> a écrit dans le message de
news:41af3968@news.pcsoft.fr...
Je désire avoir vos avis sur une méthode de construction de mon appli.

Soit je fais 4 modules indépendants, Module1-Module2 etc..
et je créer ensuite une interface appellant les modules.

Ou 2éme possibilité : Créér une application unique?

Merci

Pascal


L'application unique est plus complexe à maintenir, déployer et mettre
à jour par la suite. Regarde du côté des composants, c'est vraiment LA
solution notamment grace à la possibilité de mise à jour à chaud.

--
forumnewswindev@ifrance.com
Posté le 03 décembre 2004 - 08:36
Bonjour,

Plutôt que de modules, parlons plutôt de fenêtres.

Tu crées par exemple une fenêtre mère qui sert de menu.

Ensuite tu crées tes fenêtres filles.

Et tu utilises les procédures globales et locales pour la mise en facteur commun.

Enfin les fenêtres popup sont également pratiques.

J'ai ainsi 9000 lignes de code partagées en onze fenêtres différentes, utilisant autant de fichiers.

Bien cordialement,

Jacques De Schryver

nb : Tu peux appeler les données d'une fenêtre vers l'autre. Par exemple depuis A tu écris :

mon_résultat = Fenêtre_B.Ma_zone_de_texte
Posté le 03 décembre 2004 - 10:15
Merci pour vos réponses, Je pensais faire des modules indépendants pour 2 raisons

1er - Chaques modules est vraiment différent de l'autres et les bases n'interagissent pas entre modules.
2éme - La maintenance - mise à jour que du module qui évolu.

J'ai vu les modules livré avec Windev (celui de gestion commerciale) et c'était le but de ma question.

Pascal
Posté le 03 décembre 2004 - 11:11
Pascal a écrit :
Je désire avoir vos avis sur une méthode de construction de mon appli.

Soit je fais 4 modules indépendants, Module1-Module2 etc..
et je créer ensuite une interface appellant les modules.

Ou 2éme possibilité : Créér une application unique?

Merci

Pascal

Créer une application unique est plus simple dans l'immédiat.

Par contre faire des composants pour chaque grande familles de
fonctionalité peut être un truc a faire (utiliser la même analyse pour
tous les projets (appli + composants)).
Dans le style 1 composant pour les paramètres de l'appli un autre pour
la gestion des clients, ...
Chaque composant avec un nombre minimal de fenêtre, classes, procédures,
.... partagé (une table de gestion, une table de sélection, un classe,
une collection de procédures, d'autres trucs qui peuvent êtres utiles.)

regarde aussi du coté des objets ca peut aider des fois.

Pour ce qui est de l'interface utilise le même gabarit pour tous les
projets pour éviter que l'utilisateur ait l'impression de changer
d'application.

A++
Goof