Discussion :

[Cazaux-Moutou-Philippe]

Bonjour

je suis en mission dans une petite sté, le boss developpe un soft,

dans son appli rien que dans le module main il y a 1200 variables globales

j essai de lui faire comprendre que c est pas bon, mais je n ai pas assez d arguments, car pour lui IL VEUT ALLER VITE la simplicité c est de creer un var globale

ne faudrait il pas mieux creer des classes qui engloblent une partie de ces variables

Quels arguments pour ou contre les var globales ??

merci

[ShaiLeTroll]

Bien sur, qu'il est plus propre d'ensapsuler données et traitements dans des objets ...

Maintenant, j'ai eu un boss qui développait comme un porc, et rien n'a fait pour lui faire changer d'avis ...

Comme c'est le boss, il connait son code, mais son appli ne sera jamais maintenable par quelqu'un d'autre ...

[SergioMaster]

il est resté coincé au COBOL ?

tu peux toujours argumenté avec
- maintenance plus facile (comme le souligne si bien ShaiLeTroll)
- Taille du programme

[Gilbert Geyer]

Bonjour,

dans son appli rien que dans le module main il y a 1200 variables globales

... apparemment le mal est déjà fait : ça risque d'être un sacré casse-tête pour les manips de maintenance et lors des modifications ultérieures de l'appli ou encore lors de la recherche de bugs ! Et qui dit casse-tête dit perte de temps : l'arroseur arrosé !

ne faudrait il pas mieux creer des classes qui engloblent une partie de ces variables

... exact mais il ne faut pas se limiter à encapsuler le maximum de variables uniquement dans les classes mais également dans chaque procédure ou fonction autonome.

Pour ma part je préfère, chaque fois que possible, des routines qu'on appelle avec des paramètres plutôt que des routines qui utilisent ou agissent sur des variables globales et toutes les variables utilisées exclusivement par une routine y sont encapsulées en tant que variables locales.

A+

EDIT : posts croisés.

[Tardiff Jean-François]

Bonjour,

Vous pourriez peut être réaliser des classes regroupant un certain nombres de varibles ayant des points commun, et implémenter la sauvegarde de ces variable par la classe. Cela permettrait de simplifier les sauvegarde/chargement, en sauvegardant/chargeant par block les données dépendant les une des autres.
en corolaire de ce choix, on trouve une maintenance simplifié, la possibilité de réutilisé un ensemble de variable dans d'autres application, la possibilité de sauvegarder en interne un ensemble de variable (on créer une variable de même type et l'on transfère les données). Cela peut être pratique pour une annulation. Sans conter qu'il est plus aisé de réutilisé les ensemble de variable dans une autre application (utilisation de la classe et non de chaque variable une à une). Il est aussi possible de prévoir des évènements de type OnChange, OnClear etc. pour tout une classe.

Cela pourrait déjà être quelques arguments.

De toute manière, les variables n'ont pas à être dans la fiche principale. Elles devrait être dans une unité, ou un Datamodule dédié.
C'est beaucoup plus lisible.