FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Como idea te puedo comentar que nosotros tenemos funcionando algo parecido a lo que comentas.
Tenemos un formulario "padre" por así decirlo con las opciones básicas de siguiente, anterior, editar, nuevo, etc... y lo que hacemos es crear los nuevos formularios heredando de este e insertando en el mismo componentes propios para edits, grids, labels, botones, etc. con sus propiedades de tabla, campo, tipo de campo, etc. Todo esto en principio funciona como si insertadas dbedits, dbgrids, etc al formulario pero con nuestros propios componentes. Por otro lado tenemos la posibilidad de crear un fichero de texto asociado al formulario que lee cada vez que se crea y lo que hace es modificar si es necesario las propiedades de los componentes que ya existen y se pueden crear componentes nuevos en tiempo de ejecución igual que si estuvieran creados en el formulario con lo cual puedes rediseñar el formulario totalmente sin tocar el ejecutable. También te adelanto que todo esto funcionando es muy bonito pero han hecho falta años para afinarlo todo para que funcione correctamente porque es un trabajo de chinos desarrollar todo esto. Saludos
__________________
Be water my friend. |
#2
|
||||
|
||||
JXJ así es, esa sería la idea, simplemente como un módulo de administración de requerimientos en “run time” o como lo mencione “generador en run time” pudiendo utilizarse en cualquier proyecto una vez conectado a tu base de datos, con los campos que necesites al crear tus formularios o ventanas. Checaré los componentes TMS Scripter.
Fjcg02 lo checaré con detenimiento a ver que puede salir por esa parte. Newtron órale suena interesante todo lo que mencionas, más cuando dices que utilizan sus propios componentes, además la parte de crear un fichero de configuración por formularios y leerse antes de crearse suena interesantísimo jojojo aquí por lo que leo es que una vez utilizado se libera o destruye más no se “guarda” y si me imagino que si se requiere un rato para investigar antes de tirar alguna línea de código. Seguiré la investigación. Esto es solo una idea aclarando que no tiene relación con un proyecto en específico, como lo mencione anteriormente la idea es conectarte a cualquier base de datos y “construir” tus formularios y código base en “run time”. Gracias por su tiempo, seguimos pendientes.
__________________
Cuidemos el medio ambiente....jojo |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
¿¿¿Añadir objetos a una pestaña por código??? | kasper | OOP | 6 | 28-03-2008 08:35:58 |
Generador de Codigo Delphi | DTAR | Varios | 3 | 19-12-2007 20:57:07 |
Herramientas Case Modelo E-R y generador de código Delphi | juancho_juancho | Conexión con bases de datos | 1 | 30-08-2005 16:28:21 |
IBCoder - Generador de código para aplicaciones interbase/firebird | lautaro | Firebird e Interbase | 0 | 31-07-2003 11:06:40 |
Como Obtener el valor de mi Generador | NickName | Firebird e Interbase | 2 | 26-07-2003 19:54:50 |
|