Objetos públicos o privados

Cuando programamos en v7, lo hacemos partiendo de objetos, y a estos les tenemos que definir una propiedades. Dentro de estas hoy voy a hablar de una, que quizás pase un poco desapercibida al no estar visible a simple vista, privado. Para acceder a ella vamos a la ventana de propiedades → estilos y los desplegamos, aquí pueden aparecer distintas características a definir, dependiendo del objeto. Algunas de ellas son:

• Punto de inserción: para objetos formulario o acciones

• Accesible web para procesos
• Ejecutable en remoto para funciones

• Privado

¿Para que sirve marcar un objeto como privado?

Pues al marcar un objeto como privado estamos diciendo que el usuario en tiempo de ejecución no va a poder verlo en ningún punto de la aplicación en la que esto es posible. Lógicamente todos los objetos se pueden ver y usar donde nosotros hemos programado que aparezcan (No vayáis a pensar que si, por ejemplo, marco como privado un opción de menú no se va a ver en ejecución en el menú que la he puesto)

Bien, ahora sabemos que cualquier objeto que hagamos (rejilla, informe, alternador, proceso, función, variable, constante, ………), es susceptible de aparecersele al usuario en algún momento!!

La siguiente pregunta que se nos viene a la cabeza es: ¿donde se ven los objetos que no están marcados como privados?

El sitio en el que es más notoria esta característica es en los objetos de lista. Como sabéis para presentar una lista de datos podemos tener múltiples formas, rejillas, informes, bloc de formularios, casilleros, cover-flow, alternador,…. y otros muchos que pueden ir apareciendo. Nosotros cuando en una acción llamamos, por ejemplo a una búsqueda, le asignamos un objeto de lista para presentarle los resultados al usuario (este se va a ver aunque esté como privado , vale); y dentro de los comando de listas existe uno que nos viene al pelo para el ejemplo, “generar vista con otro visor” , si esta opción está accesible en algún menú, presenta al usuario una ventana con todos lo objetos de lista con el mismo origen que el actual (misma tabla de datos), para que el usuario elija el nuevo visor.

Vamos a pararnos a pensar y recordar un momento. Por una parte, los que venimos de v6, ya lo conocemos y lo usábamos para que el usuario pudiese cambiar la rejilla, y en los informes para que eligiera el que quería, y poco mas. Por otra parte en v7 los objetos para presentar listas de datos a crecido exponencialmente, y más que crecerá, con que si antes teníamos, por ejemplo, 5 rejillas para ver los movimientos de almacén ( y un par ellas ocultas), ahora podemos tener 25 formas diferentes. Por lo tanto deberemos pensar en cada objeto si queremos que el usuario lo vea, y en ese caso ponerle una descripción clara de lo que va a encontrar.

Pero no solo de objetos de lista vive el hombre.

Tenemos por ejemplo los procesos, estos al ser código del programador no está accesible al usuario en tiempo de ejecución con el vClient, pero existe otra herramienta, pensada para el administrador que es el vDataClient, y desde esta si están accesibles. Posibles usos:

• Un proceso sin origen que permite al administrador actualizar tablas desde ficheros externos
• un proceso de lista que recalcule acumulados, para reparación ante posibles fallos
• Procesos para rellenar nuevos campo en nuevas versiones
• etc…

Práctico, pero tener en cuenta que puedes hacer muchos procesos, y no querrás que se vean todos.

 

Y por último vamos a comentar otra zona en la que también aparecen los objetos no privados: en la opción filtrar. Dentro de las múltiples opciones que nos aporta v7 para manejar listas de datos está la de permitir al usuario filtrar los datos a su antojo. Mediante esta opción nos aparece la ventana “asistente de fórmulas”, y en ella el usuario podrá utilizar para filtrar la lista de datos todo lo que nosotros utilizamos para dar valor a por ejemplo un campo de una tabla. Es decir:

• Campos de la tabla
• Funciones de proceso
• Variables globales
• Constantes
• Variables locales

Pero solo los que no estén como privados. Hay que tener en cuenta que como lo que está el usuario haciendo es definir una condición de filtro para una tabla aquí verá todos esos objetos que estén definidos en proyectos de datos y que no tengan la marca de privado, no verá los que han sido definimos en el proyecto de aplicación.

Conclusión: tener cuidado con los objetos que no están privados, sobre todo en el proyecto de datos.

 

About these ads