|
Página 1 de 1
|
Porque Deberia Iniciar Nuestro Programa Con Un Modulo Y No Con Un Form?
Autor |
Mensaje |
v3ctor
Analista Programador
Registrado: May 2013
Mensajes: 1786
Edad: 44 Ubicación: Uruguay
|
Porque Deberia Iniciar Nuestro Programa Con Un Modulo Y No Con Un Form?
buenas,
a ver que les parece mi reflexión.
siempre empezamos nuestros programas con una interfaz gráfica (al menos yo y por lo que e visto la mayoría) pero... va pasando el tiempo y te das cuenta que la interfaz podría ser mejor o mas cómoda, de otra manera, pero.... resulta que en ese formulario que teníamos hecho al principio inicializamos todo, como variables publicas principales, u otros procesos o subrutinas como crear clases, conexiones etc.
me paso con el programa taller que inicializaba por medio de un formulario, después arme otro formulario que trabajaba con un workspace y tuve que cambiar muchas de las variables publicas al nuevo formulario y así podría pasar muchas veces con el inconveniente grave de tener que acomodar mucho código.
entonces me di cuenta que no es conveniente iniciar nuestra aplicación con una interfaz gráfica como clase de inicio, sino usar un modulo.
esto también lo pude observar en la propia ide de gambas, nuestro sensei frances comienza su aplicación con un modulo.
que opinan ustedes gamberos?
=================== Software libre, programación libre, vida libre es la Public function Libertad()as Invendible
Proyectos: VisorRV1960,Taller2015,Tanteador
https://sourceforge.net/u/v3ctor-full/profile/
Blog: http://novatocodegambas.blogspot.com.uy/
|
#1 Jueves, 14 Enero 2016, 12:41 |
|
|
shordi
Analista Programador
Registrado: Septiembre 2009
Mensajes: 4982
Edad: 64 Ubicación: Albacete
|
Re: Porque Deberia Iniciar Nuestro Programa Con Un Modulo Y No Con Un Form?
No es necesario en absoluto.
Tan sólo una cosa: las variables públicas deben residir en un módulo. El proyecto no gana nada, excepto complicaciones, inicializando en un módulo.
=================== No podemos regresar
|
#2 Jueves, 14 Enero 2016, 13:02 |
|
|
Shell
Analista Programador
Registrado: Marzo 2010
Mensajes: 5278
Edad: 53 Ubicación: Al otro lado de la pantalla
|
Re: Porque Deberia Iniciar Nuestro Programa Con Un Modulo Y No Con Un Form?
Como dice Shordi, las variables publicas deberían ir en un modulo.
Si tienes que inicializar variables publicas puede ser mejor desde un modulo, o un procedimiento.
Lo más importante es que te sea lo más fácil para ti trabajar con el código, desde la limpieza y claridad del mismo ,
tanto como el acceso y facilidad a la hora de encontrar algo.
En cuanto a si modulo o formulario, cuando veas que el código "se desmadra" en el formulario, ya me contaras..jejeje
Tanto código a veces en el formulario principal, creo que es un lío de padre y muy señor mio.
Como decía mi abuela ,"un lío es una mujer con dos maridos."
En serio. no me gusta, me da mala impresión. Esos listados enormes todo encajonados en el formulario principal.
Y cómo es lógico cada uno tiene su forma de hacer las cosas, deberíamos acostumbrarnos a escribir el código
dentro de unos estilos. ( Sin llegar a la excentricidad ).
Saludos
=================== Gambas Básico
"No es un bug, es una característica no documentada"
|
#3 Jueves, 14 Enero 2016, 14:20 |
|
|
tercoIDE
Analista Programador
Registrado: Noviembre 2013
Mensajes: 713
Edad: 54
|
Re: Porque Deberia Iniciar Nuestro Programa Con Un Modulo Y No Con Un Form?
En mi opinión:
Es mejor iniciar desde modulo, sobre todo en casos que la parte gráfica pueda fallar, por ejemplo en la carga de algún componente. Es importante para el caso que el software tenga que correr en la PC de otra persona, porque en la propia realmente no importa pues depuramos y listo.
Además es buena practica separar en módulos distinto tipo de código, porque hace que sean reutilizables.
|
#4 Jueves, 14 Enero 2016, 16:04 |
|
|
shordi
Analista Programador
Registrado: Septiembre 2009
Mensajes: 4982
Edad: 64 Ubicación: Albacete
|
Re: Porque Deberia Iniciar Nuestro Programa Con Un Modulo Y No Con Un Form?
Citar: Es mejor iniciar desde modulo, sobre todo en casos que la parte gráfica pueda fallar, por ejemplo en la carga de algún componente.
El módulo principal debe ser capaz de prever su propio fallo en el momento de abrirse. En 10 años nunca he encontrado que la gráfica falle de manera evitable. Si falla, falla en el momento de abrir el form, por lo que no hay ventaja ninguna en abrir desde un módulo, creo.
Si puedes dar un ejemplo y la manera de controlarlo pues, por supuesto, te doy la razón y cambiaré de idea, pero ya te digo no veo la ventaja por ningún lado.
Saludos.
=================== No podemos regresar
|
#5 Jueves, 14 Enero 2016, 17:26 |
|
|
jsbsan
Analista Programador
Registrado: Septiembre 2009
Mensajes: 4175
Edad: 51 Ubicación: dos hermanas, sevilla
|
Re: Porque Deberia Iniciar Nuestro Programa Con Un Modulo Y No Con Un Form?
Shordi:
Citar: por lo que no hay ventaja ninguna en abrir desde un módulo,
Yo si la veo. Por ejemplo si quieres que un programa funcione en modo terminal y también en modo gráfico.
El módulo lee los parámetros de la linea de comandos que ha introducido, y asi decide si arrancar el modo gráfico (con otro formulario) o hacer algo pero con la salida a la consola.
Saludos
|
#6 Jueves, 14 Enero 2016, 20:59 |
|
|
shordi
Analista Programador
Registrado: Septiembre 2009
Mensajes: 4982
Edad: 64 Ubicación: Albacete
|
Re: Porque Deberia Iniciar Nuestro Programa Con Un Modulo Y No Con Un Form?
Shordi:
Citar: por lo que no hay ventaja ninguna en abrir desde un módulo,
Yo si la veo. Por ejemplo si quieres que un programa funcione en modo terminal y también en modo gráfico.
El módulo lee los parámetros de la linea de comandos que ha introducido, y asi decide si arrancar el modo gráfico (con otro formulario) o hacer algo pero con la salida a la consola.
Saludos
Ok, tienes toda la razón, pero creía que hablábamos de aplicaciones gráficas. Si la quieres de funcionamiento ambivalente, evidentemente debe iniciar con un módulo.
=================== No podemos regresar
|
#7 Jueves, 14 Enero 2016, 21:13 |
|
|
|
Temas parecidos
Temas parecidos
|
Página 1 de 1
|
Usuarios navegando en este tema: 0 registrados, 0 ocultos y 1 invitado Usuarios registrados conectados: Ninguno
|
No puede crear mensajes No puede responder temas No puede editar sus mensajes No puede borrar sus mensajes No puede votar en encuestas No puede adjuntar archivos Puede descargar archivos No puede publicar eventos en el calendario
|
|
|
|
|