FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
¿Generador de objetos y código como tal?
Camaradas del foro aqui con una inquitud que me surgio para la creación de un generador de objetos y codigo, pues la duda es la siguiente.
¿Es posible crear un tipo de generador de objetos y código basico o personalizado, que se genere en tiempo de ejecución pero una vez creados los objetos y su código se puedan "guardar" de tal forma que si tu creas un objeto formulario junto con sus controles especificos y codigo básico se "creen, construyan, etc" "fisicamente" de tal forma que existan en tu proyecto como si los hubieras creado desde tiempo de diseño? Es una duda tal vez es una tonteria lo que estoy preguntado pero me gustaria sus puntos de vista o de plano digname si esta mal esa forma de pensar o ya exista una herramienta que te genere eso jejejej seria un tipo "generador de formularios con sus objetos y código básico" la idea seria que te muestre las tablas de la base de datos y sus campos y tu selecciones los que necesitas para crear tus formularios con sus controles necesarios por campo y algun codigo báse para el funcionamiento pudiendole dar nombre a todos los objetos un tipo reporteador pero en este caso de formularios. Cualquier información o aclaración es bienvenida jojojo. Saludos y gracias por su tiempo.
__________________
Cuidemos el medio ambiente....jojo |
#2
|
||||
|
||||
Hola CHECHE81,
Lo más cercano a lo que comentas que conozco es emplear el asistente de formularios. En D6, es File -> New -> Others. Aparece una venta basada en pestañas con un arsenal interesante de formularios, cuadros de diálogos... hasta hay proyectos. Todos estos son como una "plantilla" que luego uno puede ponerle más cosas. Para versiones superiores debería ser algo similar. Para algo más elaborado y fuera de esto no veo otra opción que diseñar tu propio form base, registrarlo al repositorio y hacer herencia visual de éste. Esta misma técnica se puede aprovechar para los frames (un recurso que en ocasiones se desaprovecha). Saludos, Última edición por Delphius fecha: 22-06-2012 a las 05:00:56. |
#3
|
||||
|
||||
No se si te he entendido bien...
¿Quieres diseñar los formularios en ejecución y utilizarlos desde esa misma aplicación? Si es así, sólo se me ocurre que utilices algún paquete de "scripting", pero no tengo claro hasta dónde puedes llegar con ellos.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#4
|
||||
|
||||
Saludos Delphius. Claro es correcto lo que mencionas acerca de la POO crear tu “plantilla base” y de ahí crear una serie de formularios con características propias y a partir de aquí heredar y crear tus formularios como los necesites creando tu propio framework . Pero yo lo que pensé, es que se hiciera en tiempo de ejecución y “guardar” lo que “crees” sin destruir los objetos (Esta es la duda, si Delphi permite hacer esto). Que tal Nef. Ampliando un poco más la idea seria crear un módulo donde te muestre las tablas que necesitas y a partir de los campos que selecciones crear tus formularios un tipo wizard de formularios y pues si, en su caso utilizarlos en el mismo proyecto o pensando en otra perspectiva como tu lo mencionas, funcionara para otro proyecto donde te conectes a la base de datos que necesitas y de ahí generar tus formularios, claro que esto seria como un tipo de administrador de apoyo de desarrollo pero en tiempo de ejecución, pero la idea original seria utilizarlos en el mismo proyecto. Espero haber ampliado más sus dudas jojo saludos.
__________________
Cuidemos el medio ambiente....jojo |
#5
|
|||
|
|||
Cita:
idea. tms scripter te permite generar scripts y forms visualmente. y usarlos en tus programas. http://www.tmssoftware.com/site/scriptstudiopro.asp ¿en que pensabas usarlo.? por que estamos hablando de que tu programa tenga su editor de forms. que delphi entienda. osea tu mismo programa haga las veces de ide. |
#6
|
||||
|
||||
Has probado el creatablas y autoabm de José Luis Garcí ?
Creo que tira un poco po ahí, y por mirarlo no pierdes nada. http://www.clubdelphi.com/foros/show...ght=Creatablas Ya nos dirás. Un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#7
|
||||
|
||||
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. |
#8
|
||||
|
||||
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 |
|