FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
modificar un programa sin afecte a la aplicacion
Hola a todos.
tengo una misma aplicacion instalada en varios clientes. Lo que sucede es que a veces, algún cliente me pide modificaciones solo para él, p.e. un determinado listado con una características especiales que solo sirven a un cliente, pero me obliga a modificar el menu general para poder llamarlo. Mi pregunta es ¿se puede modificar un programa para un cliente sin que afecte al resto de la aplicación?. Por ejemplo, una idea (teórica, no se si real): ¿se podría crer una nueva carpeta donde estarian solo las modificaciones de ese cliente y que compilara conjuntamente con la carpeta original?. De tal forma que si un cliente no tiene modificaciones se compila desde la carpeta original y si ese cliente tiene modificaciones se compila utilizando las dos carpetas, la carpeta original y la carpeta que contiene las modificaciones. Si se puede como habría que hacerlo? Si no se puede ¿como podría resolver este problema? Gracias y perdón por si no he sabido expresarme correctamente. |
#2
|
||||
|
||||
Cita:
Es decir, que te las arregles para que el ejecutable sea el mismo para todos. Algo diferente de esto sólo te va a traer problemas y quebraderos de cabeza. Cita:
En el caso de los listados, por ejemplo, puedes tener una carpeta donde cada cliente tenga sus listados de forma que à la hora de instalar o actualizar no modifiques los listados del cliente. O tener una carpeta para los listados de la aplicación (esos puedes actualizarlos) y otra para los "personalizados" de cada cliente, de forma que estos últimos nunca se "machacan" cuando instalas o actualizas. Por ejemplo, si necesitas crear elementos de menú para llamar a los listados de un cliente, puedes hacerlo en tiempo de ejecución utilizando un fichero de configuración (es la primera que se me ocurre). Tener un elemento de menú que diga "listados" o "Listados personalizados" y luego un pequeño fichero de configuración que sea algo así:
En ejecución, segun ese fichero puedes crear los elementos de menú para lanzar los listados. Es simplemente un ejemplo, se trata de pensar algo que se ajuste a lo que necesitas, pero hay infinitas opciones. Si detallas más concretamente tu problemas te podemos dar alguna idea y algo de código.
__________________
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. |
#3
|
|||
|
|||
Comparto la opinión de cuanto menos tipos ejecutables mejor, aunque puedes generar alguna versión diferente con directivas de compilación. Personalmente prefiero poner todas la opciones de menús, informes y formularios dentro de la base de datos, y según el perfil de usuario se cargan en tiempo de ejecución los que le corresponden.
|
#4
|
||||
|
||||
Si necesitas que tu aplicación se comporte de forma diferente según el cliente, usa algún sistema de extensiones (scripts). Pascal Script de Rem Objects es posiblemente la mejor opción ya que es el mismo lenguaje (Object Pascal), es fácil de integrar usando RTTI y puede usarse vía componentes visuales.
Si se trata únicamente de listados (reportes) la mayoría de los sistemas admiten que el diseño de estos pueda guardarse en un archivo de datos para ser leído en el momento de imprimir. |
#5
|
||||
|
||||
También puedes generar BPL's o DLL's que modifiquen el comportamiento estandard (más compleja).
Como vez hay muchas opciones, unas más complejas que otras. Hay que ver cual se ajusta a tus necesidades.
__________________
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. |
#6
|
|||
|
|||
Cita:
Cita:
Yo intento adaptar esas modificaciones al aplicativo general, pero a veces es imposible. |
#7
|
|||
|
|||
Cita:
|
#8
|
|||
|
|||
Cita:
Lo mismo con DLL's. Nunca he trabajado con ellas. Gracias |
#9
|
||||
|
||||
Cita:
http://neftali.clubdelphi.com/vcl-y-firemonkey/ http://neftali.clubdelphi.com/sistem...elphi-parte-1/ http://neftali.clubdelphi.com/sistem...elphi-parte-2/ Aquí en el foro, si buscas también encontrarás hilos al respecto. Y en el FTP hay también algunos ejemplos sencillos.
__________________
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. |
#10
|
|||
|
|||
Gracias Neftali.
Voy a revisarlos. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
¿Que nombre ponerle a tu aplicación o programa ? | thelibmx | La Taberna | 18 | 19-03-2014 16:57:34 |
Aplicacion distribuida Modificar TSQLDataSet en servidor | delphijm | Conexión con bases de datos | 7 | 18-02-2011 20:00:09 |
Modificar variables de una aplicación desde una DLL | Albano | OOP | 8 | 20-04-2007 22:11:32 |
No puedo borrar del stringGrid una fila que afecte en un registro. | Arturo | Varios | 0 | 19-10-2006 19:07:15 |
Tweak modificar un programa desde otro. | turminator | Varios | 13 | 23-06-2006 15:02:47 |
|