dic 16

Personalización de informes

Posted in ideas

Ya que este tema lleva algun tiempo en el foro de ideas, he decidido aportar una pequeña sugerencia que podría resolver el problema temporalmente, al menos, mientras se encuentra una solución mejor y definitiva.

Y antes de exponer la solución voy a poner un ejemplo para que podais entender el planteamiento, incluso antes de leerlo.

Tal y como se indica en el mismo hilo de la idea en el foro:

Personalización de proyectos

Se hace ver que la mejor solucion es un proyecto, que herede al resto de proyectos con los informes personalizados, y esta solución es buena, salvo por un detalle, “deberiamos incluir el AUTOEXEC en este proyecto para  el usuario final con sus informes personalizados.”

  • La idea es conseguir que solo el proyecto de personalizacion de informes sea editable por el usuario final, para mantener la coherencia en todos demas proyectos y evitar que se puedan tocar las propiedades de otros objetos por personas que no tienen permiso para ello.
  • Otra idea, es que todos los proyectos de la solución sean comunes para muchos clientes y unicamente el proyecto personalizable sea único para cada uno de ellos y herede al resto.

Partiendo de estas premisas, considero que surge un problema, y es que el usuario puede crear y/o modificar los informes de este proyecto, pero, ¿como incluimos los informes en los objetos que estan localizados en proyectos heredados?.

El caso es que ya tenemos resuelto este tema en otros aspectos, como las Acciones y los Formularios, mediante la “Herencia inversa”. Con esta técnica, podemos incluir una Acción creada en un proyecto superior, y despues, incluirla en un menú situado en un proyecto heredado. Y lo mismo podriamos hacer con las carpetas de un formulario.

Hasta aqui me seguis, … seguro que ya habeis pillado la idea 😉

Pero de todas formas la voy a explicar con mas detalle, porque de lo que se trata, ya no es de solucionar el personalizador de informes, sino de abstraer una solución más amplia:

Asi pues, he llegado a la conclusión, de que, necesitamos un Objeto de lista, similar a la Acción, con la capacidad de poder configurarlo como “Punto de inserción”, y he dicho “Objeto de lista“, no “Informe“.

¿Porque?,

Sencillamente, porque si creamos un Punto de inserción de lista, y podemos incluir este objeto en un Alternador, tendremos resuelto el problema, no solo para los Informes, sino para Rejillas, ListViews, ComboViews, Casilleros y cualquier otro objeto de lista que pudieramos definir en el proyecto superior.

De esta forma, si podemos permitir que el usuario final, pueda modificar cualquier objeto creado por el mismo, y podemos de paso, proteger el nucleo de nuestras aplicaciones para asegurarnos de que lo importante, no se pueda tocar por manos inexpertas.

ahi queda eso, 😉

PDF Download    Enviar artculo en formato PDF   
comments: Comentarios desactivados en Personalización de informes