PC SOFT

FOROS PROFESIONALES
WINDEVWEBDEV y WINDEV Mobile

Inicio → WINDEV 2025 → Modules ou 1 prog
Modules ou 1 prog
Iniciado por dpdousset, 02,dic. 2004 18:31 - 5 respuestas
Publicado el 02,diciembre 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
Publicado el 02,diciembre 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


Publicado el 02,diciembre 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
Publicado el 03,diciembre 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
Publicado el 03,diciembre 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
Publicado el 03,diciembre 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