Duda con los Forms
Hola, tengo una duda sobre los forms; yo tengo dos forms que pinchando en un boton enlazan con otro form, luego en este último form hago doble click en un dbgrid pero quería saber si hay alguna manera de saber de que form vengo para que le devuelva los datos al que lo llamó, gracias.
|
prueba con la propiedad tag del formulario 3, es una propiedad que admite numeros, por ejemplo.
si lo abres desde el formulario 1 Código:
procedure TForm1.BitBtn1Click(Sender: TObject); Código:
procedure TForm2.BitBtn1Click(Sender: TObject); Código:
procedure TForm3.BitBtn1Click(Sender: TObject); saludos. |
Otra opción, podría ser que el form padre sea el Owner del hijo.. y solo tendrías que preguntar por el Owner para saber quien es el padre..
Saludos! |
Yo para estos casos o similares suelo utilizar una variable bien pública o global según los casos.
Por ejemplo si en una lista de precios existen 3 tarifas para un mismo producto, le paso en la variable pública por ejemplor nTarifa:=1; en este caso sé que cuando el usuario seleccione el producto tengo que devoler la tarifa 1, aplicado al caso sería lo mismo, una estructura case y devolver el valor al formulario que corresponda. Un Saludo. |
Otra posible solución es mediante interfaces. Aunque reconozco que para un problema tan secnillo quizá sea excesivo, creo que puede servir para entender la idea.
En primer lugar definimos una interfaz que será la que deberán cumplir los forms "llamadores": Código:
unit ConRespuesta; Código:
unit Unit3; Ahora pasamos a definir los dos forms que llamarán al tercero, ambos implementarán la interfaz creada y reaccionarán de manera diferente: Código:
unit Unit1; Creo que este tipo de mecanismo puede ser muy potente en casos más complejos. |
Hombre a mi la solución mas sencilla me parece que es declarar un campo público de tipo TForm en el formulario que muestras al pulsar el botón en uno de los dos formularios anteriores, y en el momento de pulsar el botón le asignas el formulario de origen (Self)
En el formulario a mostrar: TForm2 = class(TObject) ... public FormOrigen: TForm; end; ... procedure TForm2.DBGridDblClick(Sender: TObject); begin // por ejemplo, mostrar el formulario de origen FormOrigen.Show; end; En el formulario de origen: procedure Form1.Button1Click(Sender: TObject); begin Form2.FormOrigen := Self; Form2.Show; end; |
Efectivamente, ese es un método sencillo y válido... pero ¿y si necesitas acceder a métodos que no estén en TForm si no en tus forms que heredan? Si sólo es un form, haces el cast y ya está, pero si es más de uno tienes que empezar a hacer comprobación de tipos, y demás. Todo eso te lo ahorras definiendo una interfaz.
|
no se podría hacer algo parecido a lo que tu dices pero sin utilizar interfaces?
me refiero a definir una clase TFormOrigen con el método virtual 'Responder', y hacer que los dos formularios de origen desciendan del TFormOrigen, implementado cada uno el método 'Responder'. En el formulario que se muestra en vez de tener un campo de tipo TForm, se declara de tipo TFormOrigen por lo que ya se puede llamar al método 'Responder' sin hacer ningún cast. Bueno yo lo haria asi más que nada por que no tengo ni idea de interfaces :) |
Claro, eso es viable, pero tiene dos limitaciones. Primero, te obliga a hacer que todos tus forms hereden de uno base y a lo mejor no te interesa. Segundo, ¿y que pasa si quieres que tambien se puedan almacenar objetos no descendientes de TForm, pero que tengan algo en comun? Por ejemplo, te interesa que pueda responder un TDataModule o alguna otra clase creada por ti. Con las interfaces es simple, haces que esa clase la implemente y listos
|
Bueno supongo que el método a usar dependerá de la complejidad del programa. Me voy a tener que mirar esto de las interfaces por que seguro que me serán útiles en más de una ocasión, ahora que veo un poco como se usan.
saludos |
La franja horaria es GMT +2. Ahora son las 19:52:38. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi