Variables globales

[easolano5]

Hola amigos tengo una duda con el uso de variables globales, estuve leyendo un poco en la web y encuentro que en algunos sitios no recomiendan el uso de variables globales y estoy necesitando realizar lo siguiente:

Tengo en mi proyecto dos formularios

Un formulario de validacion de usuario, nombre y nit.
Un formulario de ingreso de datos a una tabla en mysql

Entonces yo valido si el usuario que va a ingresar los datos existe, eso ya lo hice y funciona el problema esta en que necesito guardar esos dos datos que leo, nombre y nit, para luego usarlos en el otro formulario para eso creo que debo usar variables globales pero necesito que me ayuden para saber si es así o de otra manera.

parece que deberia crear un modulo y declarar las variables pero luego como las trabajo?

Gracias.

[Ka0stj]

Hola easolano5

Solamente quieres visualizar esos valores en el otro Form? Los quieres visualizar en TextBox, Label, etc.? Porque de ser asi solo harias esto:

FormValidacion.TextBoxUsuario.Text = FormIngresarDatos.TextBox.Text

Bueno esto si es lo que entendi, de otro modo espero tu respuesta.

[easolano5]

Hola gracias pro responder mira lo que quiero hacer es esto:

Cuando se abra el formulario de validacion, con los textbox: nit.text y llave.text estos dos valores queden guardados en una variable que yo pueda usar más adelante en el otro formulario, para almacenar esos dos valores de los dos textbox en una tabla de la base de datos.

[kid]

Me imagino que quieres usar como Cookies pero en una aplicación de escritorio.

Lo primero que se me ocurre es pasarle los valores a controles textbox ocultos.

Yo tengo la misma duda.

[Ka0stj]

Bueno nose si sea una buena opción lo que dice kid pero normalmente yo asi lo hago, le paso los valores por ejemplo a Labels ocultos donde yo se que esos valores siempre estaran ahi para cuando los quiera utilizar.

[matute69]

yo creo que podrias hacer 2 cosas

cuando necesites pasar los valores entre los 2 form cuando hagas el cambio
pasa los los atributos por parametros
o creas una tabla extra en la bd ( que seria una solucino bastante flaite xD)

o si no podrias crear los metodos geters y seters para mantener la informacion dentro de estos metodos
y cuando vallas a restacar los datos simplemente llamas a los metodos con el return y listo

[gnzsoloyo]

Crea un Module en el proyecto y declara en él todas las variables que serán globales de la aplicación, como Friend.
Algo así:

Código vb.net:

Module Modulo1
 
   Friend variableA As Integer
   Friend variableB As String
 
End Module
 

Debes recordar que sólo puede haber un módulo por proyecto o por Namespace, y que todos los elementos declarados en él (variables o métodos) son accesibles desde cualquier parte de la aplicación, pero que también conservar los valores hasta ser reinicializados.

Ahora bien, si quieres una solución intermedia, lo que podrías hacer es, en el caso que un formulario invoque a otro, crearle propiedades públicas al segundo de modo tal que sea en esas propiedades donde se almacenen los valores, y luego, al cerrarse y antes de un Dispose() simplemente recuperas del formulario hijo los valores que todavía permanecen en él.
Eso sería:

Código vb.net:

Dim oVentana As New FormIngresoDatos
oVentana.ShowDialog()
If oVentana.DIalogResult = DialogResult.Aceptar
  varA = oVentana.Texto1
  varB = oVentana.Texto2
End If
 

Este ejemplo requiere que haya un botón en el segundo formulario que devuelva el valor Aceptar en la propiedad DialogResult de la ventana.
Texto1 y Texto2 son propiedades que podrían escribirse así:

Código vb.net:

Public Property Texto1() As String
        Get
            Return variableA
        End Get
        Set(ByVal Value As String)
            variableA = Value
        End Set
    End Property
 
    Public Property Texto2() As String
        Get
            Return variableB
        End Get
        Set(ByVal Value As String)
            variableB = Value
        End Set
    End Property
 

También en este caso, las variables variableA y variableB son variables locales del segundo formulario.

Al menos de esta forma seguirías respetando el paradigma POO (programación orientada a objetos).

[easolano5]

mira he tratado de hacerlo pero no funciona, tengo un formulario llamado frIngresaVendedor, por defecto los textbox a llenar estan vacios, hay un boton que dice Abrir ingreso, al presionar ahí se supone que debía usar un inpubox para ingresar un nit de usuario, si ese nit coincidia con uno en la tabla que esta hecha en mysql, pues habilita los textbox.enabled=true.

Intento hacerlo como tu lo tienes y sencillamente no puedo trabajar con los valores del segundo formulario.

[gnzsoloyo]

Empecemos desde el principio, por si me he perdido de algo: ¿WinForms o WebForms? ¿VB.Net o ASP.Net?

[easolano5]

Hola WinForms pero ya lo solucioné en vez de generar un inputbox o abrr otro formulario, prefería con estética meter un par de textbox y un botón para hacer la respectiva validación, suprimí las variables globales que había creado.

[gnzsoloyo]

Bueno, es una pena que no hayamos profundizado más en el asunto, porque me da la sensación de que has elegido un parche más que una solución.
A mi entender te vas a enfrentar con problemas de este tipo (variables, funciones globales, sobrecargado de propiedades, etc.), en el futuro y tal vez sería más provechoso tratar con las soluciones ahora y no más adelante.
Aún así, me alegro que hayas podido destrabar el proyecto.

[kid]

Mi duda es... porque no usar variables globales? si es una solución válida?

El paso de valores en VB.net lo encuentro fácil... en C# se complica más la cosa.

[gnzsoloyo]

El uso de variables globales es más un parche que una solución. Se trata de algo fácil de hacer...y fácil de descontrolarse.

Uno de los problemas radica en que cada vez que declaras una variable global estás usando memoria de forma constante, y eventualmente puedes tener problemas de administración de la misma. Cmo C# es heredero de C y C++, el manejo de la memoria es muchísimo más fino, y algunas cosas deben resolverse a mano, y no simplemente dejando que el VS se encargue de todo.
Otro de los problemas de las variables globales está precisamente en su accesibilidad: Como se pueden usar en cualquier parte, es muy fácil perder el control de qué subproceso cambió el estado de la misma, y en ese caso depurar el problema se vuelve una tarea imposible.

Por eso es conveniente no abusar de las mismas, y por eso, precisamente, los programadores avanzados las consideran más un problema que una solución, es decir: un parche.
Usar variables globales donde puedes usar otras cosas no se considera una buena técnica de programación.

[kid]

Como hacer el paso de valores entre formularios con C# entonces? y en caso de que sean MUCHOS valores?

[gnzsoloyo]

Eso ya te lo respondí más arriba. Los pasos serían:

1) Creas variables locales en el formulario destino (son Private)

2) Agregas a ese formulario propiedades públicas para escribir y leer esos valores desde afuera.

3) Le agregas en el evento de cierre del formulario destino, que el mismo cambie su propiedad DialogResult a OK o Cancel, según el resultado deseado.

4) En la invocación a ese formulario lo llamas usando el método ShowDialog, eso hará que el control del proceso pase al formulario invocado.

5) Cuando se cierre ese formulario, el control del proceso volverá a la línea siguiente al ShowDialog, pero como el objeto que contiene esa ventana aun existe, puedes consultar cual es su propiedad DialogResult y si es OK, sacas los valores obtenidos en ese formulario por medio de las propiedades que le creaste adentro.

Eso es lo que explicaba en ese post. Intenta hacerlo. Al menos intentalo una vez.

Esa es una forma de programar que respeta el paradigma de Orientación a Objetos..., y por consecuencia desperdicia menos memoria y es más segura.

y en caso de que sean MUCHOS valores?

En el caso que sean muchos valores tienes dos herramientas: Una fundamenta y otra opcional:
La primera es paciencia. Si no tienes paciencia, no te dediques al desarrollo de software.
La programación requiere mucho tiempo de desarrollo y no hay atajos si quieres hacer bien las cosas. Si tienes que escribir 12.000 líneas de código, no hay forma de evitarlo. Tendrás que escribirlas una a una y con mucha paciencia.
Yo he tenido, en ocasiones, que tirar formularios completos y clases enteras ya terminadas y probadas, simplemente porque me cambiaron un requerimiento del soft, o por darme cuenta que simplemente estaban mal planteadas y que estaba perdiendo tiempo poniendoles parches, en lugar de comenzar desde cero todo de nuevo, lo que me iba a llevar menos tiempo que debuggear malos arreglos.
La otra herramienta es la creatividad. En ocasiones todo se resume a saber cómo empaquetar los datos en objetos más complejos para no tener que hacer mcuhas propiedades.
Un objeto de una clase creada, por ejemplo, que hacer veinte propiedades.
Si tuvieses una clase Cliente, creas entonces una Propiedad ClienteNuevo donde pasas una instancia de ese objeto, y la cargas dentro del formulario hijo. Cuando retomas ese objeto desde afuera, ya viene con todos los datos...
¿Sencillo, ¿no?

Código vb.net:

Public Property ClienteNuevo() As Cliente
        Get
            Return varCliente ' varCliente es una variable local de clase Cliente en el form 
        End Get
        Set(ByVal Value As Cliente)
            varCliente = Value
        End Set
    End Property
 

Ejemplo de una clase llamada Cliente:

Código vb.net:

Imports Microsoft.VisualBasic
Imports Microsoft.Win32
 
Public Class Cliente
    Inherits Object
 
#Region " Área de variables"
 
    Private apellidoCliente As String
    Private calle As String
    Private ciudad As String
    Private condIva As Int16
    Private cPostal As String
    Private cuit As String
    Private dpto As String
    Private nombreCliente As String
    Private nroCliente As Integer
    Private nroDomicilio As Integer
    Private oEMail As String
    Private piso As Integer
    Private provincia As String
    Private razon_Social As String
    Private telefono As String
 
 
#End Region
 
#Region " Área de propiedades"
 
    Public Property Iva() As Int16
        Get
            Return condIva
        End Get
        Set(ByVal Value As Int16)
            condIva = Value
        End Set
    End Property
 
    Public Property NumCliente() As Integer
        Get
            Return nroCliente
        End Get
        Set(ByVal Value As Integer)
            nroCliente = Value
        End Set
    End Property
 
    Public Property NomCliente() As String
        Get
            Return nombreCliente
        End Get
        Set(ByVal Value As String)
            nombreCliente = Value
        End Set
    End Property
 
    Public Property ApeCliente() As String
        Get
            Return apellidoCliente
        End Get
        Set(ByVal Value As String)
            apellidoCliente = Value
        End Set
    End Property
 
    Public Property CuitCliente() As String
        Get
            Return cuit
        End Get
        Set(ByVal Value As String)
            cuit = Value
        End Set
    End Property
 
    Public Property TelCliente() As String
        Get
            Return telefono
        End Get
        Set(ByVal Value As String)
            telefono = Value
        End Set
    End Property
 
    Public Property CalleCliente() As String
        Get
            Return calle
        End Get
        Set(ByVal Value As String)
            calle = Value
        End Set
    End Property
 
    Public Property NroDomCliente() As Integer
        Get
            Return nroDomicilio
        End Get
        Set(ByVal Value As Integer)
            nroDomicilio = Value
        End Set
    End Property
 
    Public Property DptoCliente() As String
        Get
            Return dpto
        End Get
        Set(ByVal Value As String)
            dpto = Value
        End Set
    End Property
 
    Public Property PisoCliente() As Integer
        Get
            Return piso
        End Get
        Set(ByVal Value As Integer)
            piso = Value
        End Set
    End Property
 
    Public Property CityCliente() As String
        Get
            Return ciudad
        End Get
        Set(ByVal Value As String)
            ciudad = Value
        End Set
    End Property
 
    Public Property CpaCliente() As String
        Get
            Return cPostal
        End Get
        Set(ByVal Value As String)
            cPostal = Value
        End Set
    End Property
 
    Public Property PciaCliente() As String
        Get
            Return provincia
        End Get
        Set(ByVal Value As String)
            provincia = Value
        End Set
    End Property
 
    Public Property RazonSocial() As String
        Get
            Return razon_Social
        End Get
        Set(ByVal Value As String)
            razon_Social = Value
        End Set
    End Property
 
    Public Property eMail() As String
        Get
            Return oEMail
        End Get
        Set(ByVal Value As String)
            oEMail = Value
        End Set
    End Property
 
#End Region
 
End Class
 

Esas propiedades se usan para cargar la variable varCliente en el formulario destino, por ejemplo

[Alonso_Sebastian]

gnzsoloyo

Muy buena aportación, yo recien he enpezado con c# y lo primero que me han dicho es lo que acabas de comentar y esta bien explicado, mas bien no estaria mas con un ejemplo basico seria fenomenal, te comento como anecdota que cuando yo empece se me hacia mas facil con los ssesion pero, los dias pasaban y el sistema crecia y me di cunta que estaba abusando de esa manera y me comentaron y lei sobre variables publicas y es lo que has comentado, es mucho mas limpio, mas profecional etc, etc .. gracias nuevamente

ejemplo:

private string SOCIEDAD = string.Empty;
public string _SOCIEDAD
{
get { return this._SOCIEDAD; }
set { this._SOCIEDAD = value; }
}

nota :
Si alquien puede mejorar esto sería fenomenal y se aportaría mucho a la programación - POO- por que muchos dicen que saben programar pero se olvidan o no entienden de lo mas basico y al final dicen que el .NET no sirve o no es lo recomendado.