Gestión de archivo de datos en las aplicaciones finales

Cuando un usuario lanza una nueva aplicación fusionada o actualizada (monopuesto o o cliente-servidor), 4D intenta abrir un archivo de datos válido. Varios lugares son examinados sucesivamente por la aplicación.

La secuencia de apertura para el lanzamiento de una aplicación fusionada es:

1. 4D intenta abrir el Último archivo de datos abierto, como se describe abajo (no aplicable durante el lanzamiento inicial).
2. Si no lo encuentra, 4D intenta abrir el archivo de datos en una carpeta de datos por defecto junto al archivo .4DC en modo de sólo lectura (nuevo en 4D v15, se describe a continuación).
3. Si no lo encuentra, 4D intenta abrir el archivo de datos por defecto estándar (el mismo nombre y la misma ubicación que el archivo .4DC).
4. Si no lo encuentra, 4D muestra un diálogo estándar "Abrir archivo de datos".

Cuando la opción de compatibilidad Utilizar la nueva arquitectura para las aplicaciones desplegadas está seleccionada (ver Página Compatibilidad), toda aplicación independientes o servidor generada con 4D almacena la ruta del acceso del último archivo de datos abierto en la carpeta de preferencias del usuario de la aplicación..

Nota de compatibilidad: en las versiones anteriores del programa, esta información se almacenaba en el archivo de estructura.

La ubicación de la carpeta de preferencias de usuario de la aplicación corresponde a la ruta devuelta por la siguiente instrucción:

La ruta del archivo de datos se almacena en un archivo dedicado, llamado lastDataPath.xml.

Gracias a esta arquitectura, cuando se ofrece una actualización de su aplicación, el archivo de datos de usuario local (último archivo de datos utilizado) se abre automáticamente al primer lanzamiento.

Este mecanismo es generalmente adecuado para despliegues estándar. Sin embargo, para necesidades específicas, por ejemplo, si duplica sus aplicaciones fusionadas, es posible que desee cambiar la forma en que el archivo de datos esté vinculado a la aplicación. Para más información, consulte la siguiente sección "Configurar el modo de enlace de los datos".

Con sus aplicaciones compiladas, 4D utiliza automáticamente el último archivo de datos abierto. De forma predeterminada, cuando la nueva arquitectura está activa (a partir de 4D v15 R4, ver la sección anterior), la ruta del archivo de datos se almacena en la carpeta de preferencias de usuario de la aplicación y está vinculada al nombre de aplicación.

Esto puede no ser adecuado si desea duplicar una aplicación fusionada destinada a utilizar diferentes archivos de datos. Las aplicaciones duplicadas comparten la carpeta de preferencias de usuario de la aplicación y por lo tanto, siempre utilizan el mismo archivo de datos, incluso si el archivo de datos cambia de nombre, ya que el último archivo utilizado para la aplicación se abre.

Por lo tanto, 4D le permite enlazar la ruta del archivo de datos a la ruta de la aplicación. En este caso, el archivo de datos estará conectado mediante una ruta específica y no será sólo el último archivo abierto.

Duplicación cuando los datos están enlazados por el nombre de la aplicación:

Duplicación cuando los datos están enlazados por la ruta de la aplicación:

Puede seleccionar el modo de relación de los datos durante el proceso de construcción de la aplicación. Puede:

• Utilizar la Página Aplicación o Página Cliente/Servidor de la caja de diálogo del Generador de aplicaciones.
• Utilizar la llave XML LastDataPathLookup (aplicación monopuesto) o LastDataPathLookup (aplicación servidor).

Ahora 4D v15 ofrece una manera sencilla para anidar un archivo de datos por defecto en una aplicación fusionada, por lo que la aplicación puede instalarse o actualizarse en las máquinas de los usuarios finales sin necesidad de utilizar una caja de diálogo adicional. Para definir un archivo de datos por defecto::

• El desarrollador debe ofrecer un archivo de datos por defecto (llamado "Default.4DD") y guárdarlo en una carpeta especifica (llamada "Default Data") dentro del paquete de la base (4dbase). Este archivo por defecto debe ser entregado junto con todos los demás archivos necesarios, dependiendo de la configuración de la base: index (.4DIndx), blobs externos, journal, etc. Es responsabilidad del desarrollador ofrecer archivos de datos por defecto válidos. Sin embargo, note que, dado que el archivo de datos por defecto se abre en modo de sólo lectura, se recomienda desactivar la opción "Usar archivo de registro" en el archivo de estructura original antes de crear el archivo de datos.

• Cuando se crea la aplicación, la carpeta de datos predeterminada está integrada en la aplicación fusionada por el proceso de creación de la aplicación. Todos los archivos dentro de esta carpeta de datos predeterminada también están anidados.

El siguiente gráfico ilustra esta nueva funcionalidad:

Cuando el archivo de datos por defecto se detecta al primer lanzamiento, se abrió silenciosamente en modo de sólo lectura, lo que le permite ejecutar cualquier operación personalizados que no modifican el archivo de datos en sí.