Bases de datos de proyectos: Arquitectura

Traducido automáticamente de Deepl

Las bases de datos de proyectos, la estrella de la versión 4D v18, permiten a los equipos distribuidos trabajar en colaboración almacenando el código de una aplicación en un sistema de control de fuentes, en archivos de texto que contienen todo, desde la estructura de la base de datos hasta la interfaz de usuario, incluyendo formularios, menús, configuraciones de usuario o cualquier recurso necesario. Y como una base de datos de proyecto está hecha de archivos basados en texto, tendrás varias carpetas y archivos, almacenados dentro de una única carpeta de base de datos principal. En esta entrada del blog, repasaremos la arquitectura de una base de datos de proyectos para que entiendas mejor este nuevo tipo de base de datos.

La arquitectura de una base de datos de proyectos

Una base de datos de proyectos se compone de varias carpetas y archivos, almacenados dentro de una única carpeta de base de datos principal.

Cuando creas una base de datos de proyectos, encontrarás la mayoría de las mismas carpetas que una base de datos binaria tradicional:

  • Datos
  • Registros
  • Recursos
  • Configuración
  • Carpeta web

Las bases de datos del proyecto incluyen dos carpetas adicionales:

  • Proyecto Código fuente de la aplicación (equivalente a 4DB)
  • userPreferences.<nombre> – Esta carpeta contiene archivos que memorizan las configuraciones del usuario,( por ejemplo, las posiciones de los puntos de interrupción, las posiciones de las ventanas, etc).

Proyectos y control de fuentes

Ahora que conoces las carpetas y archivos de una base de datos de proyectos, ¿qué carpetas o archivos debes subir a un sistema de control de fuentes? Tal vez, estés pensando que son las carpetas de Recursos y Proyectos. Bueno, cuando compila su base de datos, 4D almacena el código compilado en la carpeta«Project/DerivedData«. Por lo tanto, se recomienda subir la carpeta«Resources», la carpeta«WebFolder» y la carpeta«Project» (sin la subcarpeta«DerivedData«) a un sistema de control de fuentes.

base de datos binaria vs. base de datos del proyecto

En este vídeo, comparamos la arquitectura de una base de datos binaria (.4DB) frente a una base de datos de proyecto (.4DProject).

Por ejemplo, para abrir mi base de datos binaria, selecciono un archivo con la extensión «.4db» o «.4dc». ¿Cuál es el equivalente en una base de datos de proyectos? Es el archivo con la extensión «.4DProject».

Para la base de datos compilada, ¿cuál es el equivalente del archivo «.4DC»? En una base de datos binaria, el código fuente de la aplicación se encuentra en los archivos con la extensión «.4DB» y «.4DIndy». En una base de datos de proyectos, ¿qué carpetas o archivos corresponden a la estructura?

Puede encontrar las respuestas a estas preguntas y otras más en el siguiente vídeo:

Vanessa Talbot
• Propietario de producto - Vanessa Talbot llegó al equipo de 4D Program en junio de 2014. Como Propietario de producto, está a cargo de escribir las historias de los usuarios y luego traducirlas a especificaciones funcionales. Su papel es también asegurarse de que la implementación de la funcionalidad entregada cumpla con las necesidades del cliente. Desde su llegada, ha trabajado en la definición de funcionalidades claves en 4D. Ha trabajado en la mayoría de las nuevas funcionalidades de multi hilo apropiativo y también en un tema muy complejo: la nueva arquitectura para la aplicación engined. Vanessa es licenciada por Telecom Saint-Etienne. Comenzó su carrera en el Instituto de Investigación Criminal como desarrolladora del departamento audiovisual. También ha trabajado en medios de comunicación y en el ámbito médico como experta en soporte técnico, producción y documentación de nuevas funcionalidades.