Xailer & OZ Software

Definimos los metodos de manera dinamica desde una clase cargar metodos y
luego al ejecutar la aplicacion en la ventana principal los metodos no
existen. Dichos metodos no estan definidos en la ventana principal sino que
estan declarados en otro fuente.
VentanaPrincipal (prg1)
llama al que define el menu ::generamenu() (prg2)
generamenu define menues, submenues y los eventos onclick para cada
uno
Como hacer para aislar los metodos que debe llamar el menu desde la ventana
principal sin que esten en dicho prg1.
Muchas gracias

Carlos:
Creo que lo que quieres hacer no es posible, y desmientanme los que
saben de esto.
Si mal no recuerdo, en las primeras etapas del desarrollo de la POO con
(x)Harbour, el método no fue definido en realidad como tal, se
implementó como una STATIC FUNCTION renombrada, para lograr la
encapsulación, al ser los métodos STATIC FUNCTIONs, no pueden estar
fuera del PRG donde esta la definición de la clase, porque se pierde
visibilidad hacia el objeto.
Tan es así­, que el diseñador de fomularios, genera en un archivo por
separado los métodos de configuración del mismo, pero este PRG (archivo
..XFM renombrado) es incluido en la definición de la clase para efectos
de compilación:
#include "fichero.xfm"
La unica forma en que puedes mantener los métodos fuera del prg donde
está la definción de la clase, es haciendo un #include del prg externo,
para que en tiempo de compilación se agreguen a la definición de la clase.
Saludos
Rene Flores
http://www.ciber-tec.com
Ortiz escribió:
> Definimos los metodos de manera dinamica desde una clase cargar metodos y
> luego al ejecutar la aplicacion en la ventana principal los metodos no
> existen. Dichos metodos no estan definidos en la ventana principal sino que
> estan declarados en otro fuente.
>
> VentanaPrincipal (prg1)
> llama al que define el menu ::generamenu() (prg2)
> generamenu define menues, submenues y los eventos onclick para cada
> uno
>
> Como hacer para aislar los metodos que debe llamar el menu desde la ventana
> principal sin que esten en dicho prg1.
>
> Muchas gracias
>
>
>

Antes que nada Rene, muchas gracias por haberme entendido y ademas
contestado, la verdad es que no sabiamos como explicar el problema, y todo
viene de la mano de que somos 2 programadores los que estamos desarrollando
un mismo proyecto y por ahi nos estamos entorpeciendo el uno al otro tocando
la ventanaprincipal.prg y el xfm para agregar nuevas opciones y esas cosas,
por eso una de las cosas que pensamos es meter el menu en la base de datos
de postgres y que todo se defina al vuelo usando &, eval y esas cosas. Pero
se esta poniendo dificil.
Muchas gracias.
Estoy pensando que a lo mejor al ventanaprincipal.prg y xfm lo ponemos en
una carpeta compartida de la red aunque habra otros problemas tambien con
los metodos definidos y demas. No se, en fin seguire buscando la mejor
manera de sobre el mismo proyecto trabajar 2 o mas al mismo tiempo.
Gracias por tu tiempo.
Un saludo.

Carlos,
¿Y por que no creas un prg que herede del formulario?
El formulario se 'toca' en un sitio y los métodos especí­ficos (los que no
dependan del formulario) los colocas en la clase heredada.
Espero que te sirva.
Saludos,
José Luis Capel
"Carlos Ortiz" <cortizassist@hotmail.com> escribió en el mensaje de noticias
news:4a9758f9$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
> Antes que nada Rene, muchas gracias por haberme entendido y ademas
> contestado, la verdad es que no sabiamos como explicar el problema, y todo
> viene de la mano de que somos 2 programadores los que estamos
> desarrollando un mismo proyecto y por ahi nos estamos entorpeciendo el uno
> al otro tocando la ventanaprincipal.prg y el xfm para agregar nuevas
> opciones y esas cosas, por eso una de las cosas que pensamos es meter el
> menu en la base de datos de postgres y que todo se defina al vuelo usando
> &, eval y esas cosas. Pero se esta poniendo dificil.
>
> Muchas gracias.
>
> Estoy pensando que a lo mejor al ventanaprincipal.prg y xfm lo ponemos en
> una carpeta compartida de la red aunque habra otros problemas tambien con
> los metodos definidos y demas. No se, en fin seguire buscando la mejor
> manera de sobre el mismo proyecto trabajar 2 o mas al mismo tiempo.
>
> Gracias por tu tiempo.
> Un saludo.
>
>

Si lo hicimos mas o menos asi. Agregamos un #define con lo que queriamos
tener fuera de la clase VentanaPrincipal pero que depende de esta.
Muchas gracias José por tus sugerencias.

Carlos Ortiz wrote:
> Si lo hicimos mas o menos asi. Agregamos un #define con lo que queriamos
> tener fuera de la clase VentanaPrincipal pero que depende de esta.
> Muchas gracias José por tus sugerencias.
>
>
Hola Carlos:
Has intentato trabajar con CVS ?
En realidad te facilita mucho la existencia cuando 2 ó mas programadores
estan en un mismo proyecto.
En nuestro caso somos 3 y nos ha dado resultados muy satisfactorios.
Te recomiendo www.cvsdude.com es economico y son muy profesionales, y
en minutos montas tu repositorio.
Saludos....

Que tal Martin,
si estamos usando CVS pero quedan algunas cosas todavia atadas al IDE que
estamos tratando de despegar del mismo, por ejemplo la definicion del menu
lo levantamos con un select a una tabla del motor y no en el IDE, de ese
select segun el nivel y demas armamos el menu y submenu, asociamos a los
onclick necesarios los distintos metodos que invocara el menu y el compilador
nos obliga a que los metodos esten de alguna manera definidos en ese prg
y ahi viene cuando cada uno en su proyecto local agrega lo que le hace falta
y despues hay que comparar los repositorios para ver que cambio (con CVS
es facil la comparacion y la fusion eso es cierto) pero a lo mejor hay algo
mas facil de armar para cuando se trata de dos o mas que estan tocando el
mismo proyecto.
En el viejo clipper definiamos la funcion que llamaba el menu en una dbf,
agregabamos en el archivo lnk la llamada al fuente que estaba listo y compilabamos.
Ahora se me hace un poco mas dificultoso de seguir cuando hay varios tocando
o agregando cosas en el menu principal.
Muchas gracias.