FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Llamar a una funcion almacenandola en una variable
El titulo no se si me ha salido explicativo, pero palabra que lo he intentado.
Veamos, lo que intento hacer es automatizar la llamada a una serie de funciones, todas empezando por la palabra 'SELEC' seguidas de un string diferente, que lo da el estado de ejecucion en un momento concreto. Si tenemos los estados A, B y C, y las funciones 'SELECT_A', 'SELECT_B' y 'SELECT_C', lo que intento conseguir es que, siendo por ejemplo sStatus='A', la funcion que tengo que llamar seria 'SELECT_A', pero me gustaria ver si es posible hacer algo asi como: Lo que no se es como llamar a la funcion contenida en sSelect o si es posible. ¡Gurus de DELPHI yo os invoco! (Pero humildemente, y siempre para aprender de vuestros consejos) Un saludo a tod@s. Papulo. |
#2
|
||||
|
||||
Hola Papulo, puedes declarar todas las sentencias SQL en constantes y a la hora de llamarlas usas una función donde pases un parámetro para saber cual "Select" invocar. Mas o menos así:
Si lo que deseas es usar un "Select" para la misma tabla que solo cambie el filtro, hace puedes hacer esto: La función Format() reemplazará el "%s" por el caracter de Status que quieras usar. Espero haberte ayudado, saludos.
__________________
"En el siglo de la estupidez todas las casas comienzan por la fachada" (Fuckowsky) Planeta Insólito, La Pluma Inspirada |
#3
|
||||
|
||||
Pues no, realmente esto no se puede. ¿Por qué? Porque Delphi es un lenguaje compilado y no interpretado. ¿Qué quiere decir esto? Pues quien sabe pero el caso es que una vez compilado, en el ejecutable ya no quedan referencias a los nombres de funciones, variables, etc. que hayas usado en el código fuente- sólo instrucciones en ensamblador.
Siempre hay alternativas pero dependen mucho del contexto general. Por ejemplo, suponiendo que SelectA, SelectB y SelectC son parte de un X proceso podrías tener algo como
Según el proceso específico que estés haciendo, instanciarás una u otra clase en una variable de la clase base TProcesoX, de manera que al llamar a Proceso.Select, el polimorfismo se encargará de escoger el correcto. Pero esto requiere claro, que hayas estructurado tu aplicación en clases. De no ser así o no ser factible, puedes optar por dos cosas (entre otras que se le ocurran a alguien más). La primera es: si sólo hay un punto del programa donde debes decidir cuál función llamar, pues olvídate de complicaciones y haz el case:
Si es algo que llamas desde distintas partes de la aplicación, podrías crearte una clase "selectora":
La clase sólo tiene métodos estáticos (directiva class) de manera que no hay que crear ninguna instancia, simplemente la usas así:
Los métodos TSelector.SelectA, TSelector.SelectB y TSelector.SelectC también son estáticos y reemplazarían a los que tenías antes. O bien los dejas fuera de la clase y dejas a TSelector únicamente con el método Select:
Pero la primera opción te da un cierto orden al englobar en un sólo ente las tres funciones relacionadas. // Saludos Última edición por roman fecha: 27-01-2006 a las 19:25:52. |
#4
|
||||
|
||||
¿Estamos hablando de SQL?
De ser así, quédate con la opción de Jonnathan. // Saludos |
#5
|
||||
|
||||
No siendo SQL y reafirmando el mismo método de Román yo recomendaría el uso de punteros a funciones, esto aligeraría el código, dependiendo del problema puede q no sea necesario crear otras clases, casi imprescindible el uso del case (en mi caso Switch), e incluso se podría variar los parametros y reducir desiciones por descarte y/o usando funciones polimorfas, lo digo porq ya me he topado con problemas de este tipo
__________________
Los Estados Unidos parecen destinados por la Providencia para plagar la América de miserias a nombre de la libertad." Simón Bolívar (Carta al Coronel Inglés Patricio Cambell 05/08/1829). |
#6
|
||||
|
||||
Tienes razon roman jejeje , no se que estaba fumando que de repente vi todo como que era SQL, debe ser que he visto muchas consultas hoy en el trabajo, ahora que vuelvo a leer entiendo lo de automatizar la función. Y tambien recuerdo hace mucho vi por ahi una manera de llamar funciones pasandolas como una cadena de texto a una función del compilador que las ejecutaba ¿o tal vez era Visual Basic? . Bueno, el caso es que si quieres armar una sentencia con varias cadenas de texto y despues intentar ejecutarla te recomendaria algun componente interprete de scripts como FastScript.
Nota Mental: No responder preguntas del foro en estados de presión laboral.
__________________
"En el siglo de la estupidez todas las casas comienzan por la fachada" (Fuckowsky) Planeta Insólito, La Pluma Inspirada |
#7
|
||||
|
||||
Yo me quedaría con el uso de punteros, como dice OSKR
saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Llamada a una funcion que incluye en el nombre una variable | papulo | PHP | 11 | 28-12-2005 16:38:19 |
Sobre cierto resultado de la función SHGetSpecialFolderPath | dec | API de Windows | 3 | 01-06-2005 06:59:01 |
Error En Variable Double | Red_Delphi | Varios | 3 | 03-09-2004 00:13:42 |
problema al llamar una función | sgarrido | Varios | 3 | 27-07-2004 01:14:33 |
mostrar SOLO cliente de los que tengo un sólo registro | Giniromero | SQL | 15 | 11-06-2004 12:33:19 |
|