Discussion :

[Kropernic]

Hello,

Je viens de tomber sur un comportement qui me laisse perplexe...

Soit la classe suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
Public Class frmStep2Demo
 
    Public Property CurrentUser As PROMO_BLL.User
    Public Property Step1 As frmStep1
 
    Private _cons As PROMO_BLL.Concessions
    Private _con As PROMO_BLL.Concession
    Public Property SelectedConcessions As PROMO_BLL.Concessions
 
    Public Sub New(user As PROMO_BLL.User, step1 As frmStep1)
 
        ' This call is required by the designer.
        InitializeComponent()
 
        ' Add any initialization after the InitializeComponent() call.
        CurrentUser = user
        Me.Step1 = step1
 
        SelectedConcessions = New PROMO_BLL.Concessions
 
    End Sub
End Class

En l'état, pas de souci. Par contre, si je modifie le constructeur comme ci-dessous, alors la propriété Step1 de ma classe n'est pas initialisée... Il ne fait que réaffecter le paramètre sur lui-même (rien quoi).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
    Public Sub New(user As PROMO_BLL.User, step1 As frmStep1)
 
        ' This call is required by the designer.
        InitializeComponent()
 
        ' Add any initialization after the InitializeComponent() call.
        CurrentUser = user
        Step1 = step1
 
        SelectedConcessions = New PROMO_BLL.Concessions
 
    End Sub

Il me semblait pourtant que la casse était importante dans le nom des objets. Me serais-je fourvoyé ?

[Sehnsucht]

VB.Net est en effet insensible à la casse contrairement à C# (ce qui j'estime est une bonne chose ; distinguer des éléments juste par la casse me semble "dangereux")

[jopopmk]

VB.Net est en effet insensible à la casse contrairement à C# (ce qui j'estime est une bonne chose ; distinguer des éléments juste par la casse me semble "dangereux")

Perso je trouve ça assez pratique pour différencier les membres private/protected (commençant par une minuscule) des accesseurs public (commençant par une majuscule).
Cette sensibilité à la casse, ou plus précisément la rigueur qu'elle impose, peut également avoir son avantage quand on doit faire des replaces de masses en reprise de code.

Désolé pour le HS

[Franck.H]

Perso je trouve ça assez pratique pour différencier les membres private/protected (commençant par une minuscule) des accesseurs public (commençant par une majuscule).

Pour des membres privés, je préfère les préfixer d'un underscore:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Private _variable As String

[mactwist69]

Pareil, toutes mes variables de classes avec un Underscore en prefix, comme ça les paramètres et les propriétés publiques correspondants ont des jolies noms pour l'extérieur, et pas de mégarde à l'intérieur.

[Kropernic]

Perso, les propriétés et les classes commencent par une majuscule. Les variables par une minuscule.

J'ai testé le _ pendant un temps en essayant de me conformiser avec cette convention utilisée presque partout mais je trouve que ça alourdi fortement le code à la lecture.

Perso, je trouve cela dommage cette insensibilité. Moi qui suis fort rigoureux (du moins je fais mon max pour l'être), je trouvais cela pratique... Cela m'aurait éviter d'avoir soit à alourdir mon code par l'utilisation de "Me." devant la propriété, soit de devoir modifier le nom du paramètre en input du constructeur. Des deux solutions, je n'en aime aucune et je choisis la première par dépit.

D'ailleurs, y a un reste de mes tests avec _ dans l'exemple que j'ai donné ^^.