Equivalente de Right y Left

24/06/2004 - 10:54 por Asier | Informe spam
Hola grupo,

¿Como puedo hacer en Vb.NET un right o left de un string sin tener que
poner
Microsoft.VisualBasic.Right(TxtControl.Text, 1)



Gracias,

Asier

Preguntas similare

Leer las respuestas

#1 Pedro Luna Montalvo
24/06/2004 - 17:50 | Informe spam
Saludos:

Yo los reemplazaria asi:

* Left(str, num): str.Substring(0, num)
* Right(str, num): str.Substring(str.Length - num, num)

Pedro Luna
Gye, Ecu


"Asier" escribió en el mensaje
news:%
Hola grupo,

¿Como puedo hacer en Vb.NET un right o left de un string sin tener que
poner
Microsoft.VisualBasic.Right(TxtControl.Text, 1)



Gracias,

Asier



Respuesta Responder a este mensaje
#2 Erick
24/06/2004 - 18:13 | Informe spam
Otra opcion seria poner la instrucion IMPORTS antes de todo el codigo de
esta forma: IMPORTS Microsoft.VisualBasic
"Asier" escribió en el mensaje
news:#
Hola grupo,

¿Como puedo hacer en Vb.NET un right o left de un string sin tener que
poner
Microsoft.VisualBasic.Right(TxtControl.Text, 1)



Gracias,

Asier



Respuesta Responder a este mensaje
#3 Tristan
24/06/2004 - 20:42 | Informe spam
Ese es el problema de las funciones de compatibilidad vb. Que pueden ser
ocultadas por miembros de la clase actual. La clase Form tiene
dos miembros, Right y Left, que ocultan las funciones vb del mismo nombre.
No necesitarías los espacios de nombre en cualquier otra clase que no sea un
Control. Dentro de un Control (un formulario es un Control) tendrás que
escribir el nombre completo.

Es una de las múltiples razones por las que yo no utilizaría funciones vb.
La
forma estandar del framework es utilizar el método SubString de la clase
String, tal y como te indica Pedro.

Juan Carlos Badiola
MVP - C#
Respuesta Responder a este mensaje
#4 Pedro Luna Montalvo
24/06/2004 - 23:05 | Informe spam
Es mas, las funciones Left y Right que se incluyen el
Microsoft.VisualBasic.dll, no hacen otra cosa que invocar al propio metodo
Substring de la clase string, asi que no veo justificativos para tener que
usarlos, salvo proyectos complejos migrados desde VB6 donde no se pueda
invertir tiempo en adecuacion del codigo a los metodos propios del
framework.

Como costumbre, yo obligo a mi equipo de trabajo a que remueva de sus
habitos el uso de esas funciones "heredadas" de VB6, y en su lugar usar
directamente los metodos propios del Framework.

Saludos
Pedro Luna
Gye, Ecu

"Tristan" escribió en el mensaje
news:
Ese es el problema de las funciones de compatibilidad vb. Que pueden ser
ocultadas por miembros de la clase actual. La clase Form tiene
dos miembros, Right y Left, que ocultan las funciones vb del mismo nombre.
No necesitarías los espacios de nombre en cualquier otra clase que no sea


un
Control. Dentro de un Control (un formulario es un Control) tendrás que
escribir el nombre completo.

Es una de las múltiples razones por las que yo no utilizaría funciones vb.
La
forma estandar del framework es utilizar el método SubString de la clase
String, tal y como te indica Pedro.

Juan Carlos Badiola
MVP - C#



email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida