C'est quoi un Module et son équivalent dans les autres langages que VB

Version imprimable

Voir 40 message(s) de cette discussion en une page

08/08/2011, 09h53
bruce-willis

C'est quoi un Module et son équivalent dans les autres langages que VB
Bonjour,

En utilisant un code source vb.net que j'ai trouvé sur le net, j'ai trouvé ce code
Code:

1 2 3 Module ModuleGlobals Public gUserStatus As New UserStatus End Module
A en voir, il semble s'agir d'un fichier pour contenir des variables globales utilisables dans tout le projet.

C'est en vb.net mais est-ce que cela existe en C# ou C++ .net? Pouvez vous me donner un exemple de syntaxe?
08/08/2011, 10h01
_PascalC_
En C# ça correspond à une classe dites "statique" donc non instanciable :
Code:

1 2 3 4 5 public static class ModuleGlobals { public static gUserStatus As new UserStatus(); }
EDIT : j'avais oublié de déclarer gUserStatus en static

et tu y accèdes de cette façon dans le reste de ton code :
Code:

1 2 ModuleGlobals.gUserStatus
Pascal
08/08/2011, 12h52
randriano

Citation:

Envoyé par _PascalC_

En C# ça correspond à une classe dites "statique" donc non instanciable

Ah bon! Je suis un peu novice aux langages VB, habitué des variantes de C.

Donc il n'y a pas de Static Class en VB.NET?
08/08/2011, 12h57
BenoitM

si mais microsoft a voulu perturber le moins possible les developpeur VB6 :calim2:

Bon ils ont fait des progrès, ils ont mets la pluspart des "trucs vb6" dans un namespace different.
08/08/2011, 13h04
_PascalC_
A moins que ça est changé dans la dernière version de VB.NET tu ne peux pas déclarer une classe "static" (Shared en VB). Soit tu utilises un Module ou bien soit tu déclares une classe avec un constructeur privé :
Code:

1 2 3 4 5 6 7 8 9 public Class ModuleGlobals Public Shared gUserStatus As New UserStatus private sub new() end sub End Class
NB : j'ai modifié mon message ce matin car il y avait une petite erreur dans e code exemple.

Pascal
08/08/2011, 13h17
bruce-willis

Merci _PascalC_ pour ces précisions, je vais rester à "Module" pour VB et "Static Class" pour C#.

Citation:

Envoyé par BenoitM

Bon ils ont fait des progrès, ils ont mets la pluspart des "trucs vb6" dans un namespace différent.

Plus d'explications?
08/08/2011, 13h43
BenoitM
Avant tu pouvais appeler VbCrLf, Mid, LTrim et d'autres trucs du genre qui viennent du VB6 sans problème.
Maintenant,tu dois importer le namespace avant de pouvoir les utiliser, je suppose que ca va forcer les programmeurs à utiliser les versions qui sont communes au .Net
Code:

1 2 3 TrimString = Trim(TestString) // façon VB6 Trim sort de nulle part TrimString =firstName.Trim() // façon POO Trim est une méthode de la class string
si tu n'importes pas le namespace impossible de mettre un VbCrLf, tu dois passer par Environment.NewLine qui est compatible avec le C#

Voici mon test avec Static Class pour l'équivalent de Module en C#
Code:

1 2 3 4 5 6 7 8 9 10 11 12 using System; using System.Collections.Generic; using System.Linq; using System.Text; namespace Biblio { public static class ModuleGlobals { public static UserStatus gUserStatus = new UserStatus (); } }
Mais il y a une erreur donc on ne peut pas compiler: Inconsistent accessibility: field type 'Biblio.UserStatus ' is less accessible than field 'Biblio.ModuleGlobals.gUserStatus'

08/08/2011, 14h21
Nathanael Marchand

Cela dit, l'utilisation de variables "globales" dans des modules (ou classes statiques) est plutôt à proscrire: c'est pas dans l'esprit de POO.
(Sauf cas particuliers comme par exemple la classe Math)
08/08/2011, 14h28
BenoitM

Citation:

Envoyé par Nathanael Marchand

Cela dit, l'utilisation de variables "globales" dans des modules (ou classes statiques) est plutôt à proscrire: c'est pas dans l'esprit de POO.
(Sauf cas particuliers comme par exemple la classe Math)

tu ne stocks pas le nom et la langue de l'utilisateur, la connection string dans des variables globales?

De plus l'appconfig n'est-il pas une super variable globale?
08/08/2011, 14h39
bruce-willis

Concernant l'erreur que j'avais, c'était juste un oubli de mettre "public" pour la classe UserStatus!

Concernant le fait que l'utilisation de variables "globales" dans des modules (ou classes statiques) est à proscrire, que doit-on faire alors? Il faut bien que l'utilise pour la session utilisateur (en application Windows) qui contient l'ID de l'utilisateur connecté, sa langue préférée, etc.
08/08/2011, 14h42
Nathanael Marchand

Citation:

Envoyé par BenoitM

tu ne stocks pas le nom et la langue de l'utilisateur, la connection string dans des variables globales?

De plus l'appconfig n'est-il pas une super variable globale?

Non! Pas tout à fait en fait...
J'ai une classe qui contient ce genre de trucs en effet mais elle n'est pas statique, j'utilise toujours une instance unique (via un singleton ou un conteneur). Tout ca pour des raisons de découplage.
Explication: Imaginons une classe UserSettings statique. Si je veux changer le comportement, c'est un peu le bazar. En plus, je n'ai pas trop le controle sur quand les champs sont initialisés (dur de controler l'appel au controleur statique).
Ce que je prefere faire c'est une interface IUserSettings et une classe non statique qui l'implémente. Partout après, je me trimballe cette instance manipulée uniquement via mon interface. Mais ca me permet d'avoir plusieurs classes qui implémentent IUserSettings du genre IsolatedStorageUserSettings ou DatabaseUserSettings ou XmlUserSettings etc.
08/08/2011, 14h51
BenoitM

Oui certes c'est plus joli et c'est vrai que c'est le genre de code que tu reprends à chaque fois mais au risque de me faire tapper sur les doigts je ne suis pas sur qu'on s'amuse à ca pour des petits projets
08/08/2011, 14h56
Nathanael Marchand

Citation:

Envoyé par BenoitM

Oui certes c'est plus joli et c'est vrai que c'est le genre de code que tu reprends à chaque fois mais au risque de me faire tapper sur les doigts je ne suis pas sur qu'on s'amuse à ca pour des petits projets

Les bonnes pratiques restent des bonnes pratiques :)
C'est une habitude à prendre qui peut tellement faire la différence (surtout en milieu pro).
Surtout celle la qui n'est pas forcément plus lourde à coder.
Et les petits projets finissent souvent en grosse usine à gaz (surtout si il y a eu une "économie" de bonnes pratiques parce que "pas le temps" ou "ca sert pas, c'est qu'un petit projet").
Le gain ne se voit peut être pas au développement mais à la maintenance c'est gagnant à tous les coups!
08/08/2011, 16h01
bruce-willis

Citation:

Envoyé par Nathanael Marchand

Explication: Imaginons une classe UserSettings statique. Si je veux changer le comportement, c'est un peu le bazar. En plus, je n'ai pas trop le controle sur quand les champs sont initialisés (dur de controler l'appel au controleur statique).
Ce que je prefere faire c'est une interface IUserSettings et une classe non statique qui l'implémente. Partout après, je me trimballe cette instance manipulée uniquement via mon interface. Mais ca me permet d'avoir plusieurs classes qui implémentent IUserSettings du genre IsolatedStorageUserSettings ou DatabaseUserSettings ou XmlUserSettings etc.

Je suis tout à fait d'accord avec toi sur l'usage de la "bonne" pratique et j'aimerais m'initier.
Mais est-ce que tu peux détailler un peu plus ce que j'ai cité là? Par des exemples de code.
J'ai pas bien compris aussi que: est-ce que l'utilisation du Module de vb.net est donc pas très conseillée?
08/08/2011, 16h26
Nathanael Marchand

Citation:

Envoyé par bruce-willis

Je suis tout à fait d'accord avec toi sur l'usage de la "bonne" pratique et j'aimerais m'initier.
Mais est-ce que tu peux détailler un peu plus ce que j'ai cité là? Par des exemples de code.
J'ai pas bien compris aussi que: est-ce que l'utilisation du Module de vb.net est donc pas très conseillée?

Il y'a une foule de choses utilisables en VB.Net qui ne sont pas du tout conseillées mais qui sont là pour ne pas brusquer les gens de VB6 (comme indiqué ci au dessus). Contrairement à VB.Net, VB6 n'est pas un language objet. Le problème c'est que pas mal de programmeur utilise toujours VB.Net pas comme un language de POO.

Pour des exemples, y a pas grand chose à dire. Je dirais que d'une manière générale, lorsque tu as une classe statique qui contient des attributs statiques, il vaut mieux créer une instance accessible par un singleton.
http://en.wikipedia.org/wiki/Singleton_pattern
08/08/2011, 19h12
BenoitM

Un petit tour dans la partie tutoriels

http://webman.developpez.com/article...rns/singleton/
http://morpheus.developpez.com/architecture/
http://msdn.microsoft.com/en-us/magazine/dd419663.aspx
09/08/2011, 08h45
bruce-willis

Merci BenoitM pour ces liens, je préfère suivre le tuto de webman!

Pour conclure, vaut mieux utiliser ça (singleton) pour les variables globales?
09/08/2011, 09h23
BenoitM

En fait c'est des liens sur l'architectures et les bonnes pratiques, un seul parle du singleton
Le premier parle du modèle en couche (découpe d'un projet)
Le 3eme est sur le WPF et le modèle mvvm qui est une découpe de IHM(interface homme machine)

(Une petite recherche sur les design pattern peut-être utile pour voir les différentes bonnes pratiques et donne des idées de leurs utilisations)

Pour répondre à ta question

Il y a plusieurs type de variables qui sont stocker dans des modules:
1) Les constantes
Elles sont souvent a stocker dans des enums
Exemple ModeAffichage : Lecture=0,Modification=1,SuperUtilisateur=2

2) Les UserSettings
L'utilisation d'une interface, et du classe en mode singleton apporterons d'avantage de souplesse qu'une classe définie en statique

L'utilisation d'un Module (classe mode statique)

L'utilisation de l'appSetting (la classe singleton et module utilisera surement l'appsetting ou (pas si tu stock les informations en BD))

Comme la dit Nathananel la premiere approche est la plus élégante et celle qui permet la plus grande souplesse et donc celle à privilégier

Personnellement j'utilise parfois la manière la plus bourrine dans le cadre de mes utilitaires personnels mais l'implémenter dans de petits projets permet aussi de se forger la main

Et si tu fais de la conversion de projet, il faut faire attention qu'en général en VB6 on a tendance à créer un seul module qui contient toutes les constantes/variables globales ce qui à proscrire en POO.
Tu dois crée une classe /enum pour chaque type
09/08/2011, 09h37
bruce-willis

Non, je ne fais de conversion vb6->vb.net!

J'ai seulement vu l'utilisation en vb.net du module pour 2) Les UserSettings

Or je suis sous C# et j'écris une application windows.

Voir 40 message(s) de cette discussion en une page