Objeto aplicacion

26/12/2007 - 12:49 por Rolando | Informe spam
De otros lenguajes que vengo acostumbraba tener un objeto global llamado
quizas oAPP para contener en el las propiedades publicas, metodos, controlar
la salida, etc. de mi aplicacion.
Veo que al crear una aplicacion de windows en C# me crea automaticamente un
objeto Application pero en la ayuda dice que no se puede heredar ni tampoco
veo donde se crea.
Tambien veo otra clase llamada ApplicationContext lo cual me confunde un
poco.

Como lo usan ustedes? O toman directamente el Form principal de la
aplicacion para alojar estas propiedades y metodos de la aplicacion?
 

Leer las respuestas

#1 Alberto Poblacion
26/12/2007 - 13:41 | Informe spam
"Rolando" wrote in message
news:
De otros lenguajes que vengo acostumbraba tener un objeto global llamado
quizas oAPP para contener en el las propiedades publicas, metodos,
controlar la salida, etc. de mi aplicacion.
Veo que al crear una aplicacion de windows en C# me crea automaticamente
un objeto Application pero en la ayuda dice que no se puede heredar ni
tampoco veo donde se crea.



La clase Application solo aporta métodos ESTATICOS, por lo tanto no se
"crea" nunca un objeto de la clase Application, sino que se invocan
directamente sus métodos, como por ejemplo Application.DoEvents() o
Application.Exit().

Tambien veo otra clase llamada ApplicationContext lo cual me confunde un
poco.



Nunca he visto ningún programa real que use para nada el
ApplicationContext. En teoría se puede usar para redefinir las
circunstancias bajo las cuales termina el programa.

Como lo usan ustedes? O toman directamente el Form principal de la
aplicacion para alojar estas propiedades y metodos de la aplicacion?



Para alojar propiedades y métodos que sean globales para toda la
aplicación basta con definir esas propiedades y métodos como public (o
internal) y static dentro de cualquier clase que haya en el programa, y
luego llamarlos como NombreDeLaClase.NombreDelMetodo desde cualquier otro
sitio. Para esto vale cualquier clase, incluida la del Form principal o
cualquier otro Form, pero soy partidario de usar una clase independiente
para no "polucionar" un Form con cosas que posiblemente no tienen nada que
ver con el form en cuestión.

Preguntas similares