hola,
declarar varias variables públicas en un módulo, trae consecuencias negativas en el rendimiento de la aplicación? o deberían ser muchas para que afectara el rendimiento.
saludos!
| ||||
Hombre, pues dependerá de la máquina donde se esté ejecutando, está claro que van a consumir unos recursos, pero lo suficientemente bajos para que no afecte al rendimiento de una máquina normal (de hoy día). Pero como dices también depende del número. No es lo mismo tener p.ej. 100 strings en un módulo, que un DataSet con 10 tablas y mil registros cada tabla. |
| ||||
Creo que más allá de afectar al rendimiento (según tengo entendido, no debes poner un recurso no manejado como variable compartida o estática), va afectar en la extensibilidad de tu aplicación, creo que deberías estructurar de mejor manera el diseño que tienes de la misma... Saludos |
| |||
Y si se crea una clase pública con las variables estáticas, ¿No sería algo más estructurado para una aplicación del tipo Orientada a Objetos?
__________________ Charlie. |
| ||||
Es la misma cosa..., porque el código resultante es una clase con miembros o métodos estáticos o compartidos, haz la prueba haciendo un módulo pequeño y fíjate el contenido con Reflector. Eso de definir que métodos, atributos o propiedades son estáticos, me parece que depende más del diseño de la aplicación... Saludos |
| |||
Yo es que bueno .... sinceramente, sobre mi punto de vista, no veo muy organizativo usar módulos. No sé como lo verán ustedes, pero usar módulos .. .. estaba bien en el VB 6.0, pero en .NET, mejor hacerlo todo por clases, ¿No? Bueno, es una opinión. Saludos.
__________________ Charlie. |
| ||||
muchas gracias por todas vuestras respuestas. Pero no acabo de entender muy bien esto: Cita: Por ejemplo si tengo la variable "año" (por poner un ejemplo) que la debo utilizar en la mayoría de formularios de la aplicación, que problema hay de declararla en un módulo público? Yo los módulos los utilizo sólo para las variables públicas de este tipo, las clases las utilizo más para procedimientos, funciones, etc públicas.Creo que más allá de afectar al rendimiento (según tengo entendido, no debes poner un recurso no manejado como variable compartida o estática), va afectar en la extensibilidad de tu aplicación, creo que deberías estructurar de mejor manera el diseño que tienes de la misma... saludos! |
| ||||
Yo no digo que haya problema en hacer eso, sólo quiero hacer notar que debes escoger qué métodos/atributos pertenecen a la clase en si y no a una instancia de ésta, no debes abusar de la utilización de este tipo de cosas, como dije anteriormente, todo depende de la aplicación que tengas. Saludos |