Convención de nombres

Esas son la basicas que conozco, pero se que hay otra en la que no debes
usar este simbolo: _ para nombrar a los NameSpaces o las clases. Deberias
usar las primeras letras de las palabras en mayusculas, asi como
EnterpriseServices.

Han de existir mas de estas o similares, otros podrian aportar mas

"Berlín" escribió en el mensaje
news:

hola
¿Existe una convención general para nombres en vb.net?, por ejemplo, yo
usaba frmNombre para formularios en vb, txtNombre para un TextBox. Ahora,
¿en
vb.net como es?

He buscado en la red una norma, pero no encuentro.

Hola.

Para VB.NET se sugiere no utilizar ninguna derivación de la notación
"húngara" (es decir, no prefijos de tipo, nada de sCadena o nEntero) y
nombrar a las variables con el estilo "camel" (inicial minúscula y la
primera letra de cada palabra de los nombres compuestos en mayúscula) y las
propiedades o funciones con estilo "pascal" (cada palabra del nombre
compuesto en mayuscula)

Es decir, en vez de strCodigoCuenta, usarás codigoCuenta (no CodigoCuenta).

La unica "convención" que he visto ha sido preceder los nombres de las
variables privadas de las clases que son accedidas mediante propiedades, por
"m_", es decir:

Private m_nombreCliente As String ' estilo camel, precedida por "m_"

Public Property NombreCliente() As String ' Nombre estilo pascal
Get
Return m_nombreCliente
End Get
Set (ByVal Value As String)
m_NombreCliente = Value
End Set
End Property

El argumento a favor de eliminar los prefijos hungaros, es que si en el IDE
colocas el cursor sobre la variable, obtendras informacion sobre su tipo, y
la idea de que los prefijos te distraen del rol funcional de la variable,
que es lo que deberia ser importante.

En verdad nunca me gustó la notacion húngara (pero sigo usando el prefijo de
tipo -tx, cb, cbx, flx, etc- para los controles en las formas: es una buena
manera de diferenciarlos de las variables que puedan recibir sus valores).

Salud!