Convertir una base de datos existente en un proyecto

Traducido automáticamente de Deepl

A partir de 4D v17 R5, puede crear un proyecto de base de datos. Uno de los mayores beneficios de los proyectos es lo fácil que hace el trabajo colaborativo para los equipos distribuidos… almacenando la fuente en un sistema de control de fuentes en archivos de texto plano. Tanto si eres un único desarrollador como si formas parte de un equipo, esto abre un nuevo mundo de posibilidades.

¿Pero qué pasa con las bases de datos existentes? ¿Pueden convertirse en proyectos? Sí. Esta entrada del blog trata de mostrarte cómo hacerlo y hacerte consciente de algunas cosas que debes saber antes de proceder.

Convertir su base de datos

La conversión no cambia el archivo.4DB (el archivo binario de la estructura de la base de datos). Se crea una nueva carpeta «Proyecto» junto a su .4DB. Esto le permite convertir su base de datos binaria varias veces (podría ser útil para hacer pruebas). Tenga en cuenta que la conversión es unidireccional. Esto significa que una vez que conviertas a un proyecto y empieces a hacer cambios, no podrás reintegrar automáticamente estos cambios en tu .4DB.

La conversión es muy sencilla, basta con hacer clic en la opción de menú «Archivo > Exportar > Estructura a proyecto»:

Puede elegir entre abrir el proyecto mediante un botón «Abrir proyecto» (que aparece en el cuadro de diálogo de conversión) o utilizar el método tradicional para abrir una base de datos.

¿Qué ocurre realmente durante la conversión?

Junto al .4DB, se crea una nueva carpeta .4DProject. Contiene todo su código, formularios, estructura, métodos, triggers, menús, consejos, listas, etc:

blank

En la carpeta .4DProject, el proyecto utiliza las mismas carpetas Resources y Web que el .4DB. Esto facilita la prueba de su proyecto. Abra su base de datos .4DB, haga algunos cambios, luego exporte de nuevo y pruebe los resultados. Puede repetir esta operación hasta que esté satisfecho con la conversión.

Notas de compatibilidad

En los proyectos, hemos eliminado algunas funciones obsoletas y tenemos previsto actualizar otras:

  • La biblioteca de imágenes ya no existe en los proyectos. Durante la conversión, 4D exporta todas sus imágenes a la carpeta de recursos.
  • Una nueva y más moderna implementación para ampliar las posibilidades de las hojas de estilo será proporcionada en una futura versión.
  • En respuesta a sus comentarios, se está trabajando en un nuevo sistema de gestión de usuarios y grupos.
  • Se han realizado cambios en los objetos de formulario y sus propiedades. De hecho, utilizan la misma gramática que los formularios dinámicos.
  • Se han restablecido los ajustes de compatibilidad (como para una nueva base de datos binaria). Si quieres comprobar que tu código está actualizado, consulta la serie de entradas del blog de Thomas Maul sobre los ajustes de compatibilidad.

Comprueba tu conversión

No hay que preocuparse por la conversión de tu base de datos. La conversión no cambia su estructura (.4DB) ni sus datos (.4DD). Durante la conversión se crea un archivo de registro con mensajes clasificados en tres categorías: información, advertencia y error.

Por ejemplo, si tiene imágenes en la biblioteca de imágenes, 4D las exporta a la carpeta de recursos de su proyecto. En el archivo de registro, se registra la correspondencia entre el ID de la imagen y el nombre del archivo:

{
   "message": "Exporting picture id:1, name:logo.png, types:.png to <...>:Resources:Images:library:logo.png",
   "severity": "info"
}

Algunos errores pueden requerir su intervención (por ejemplo, su base de datos utilizaba objetos de formulario antiguos que ya no son compatibles, como los botones de resaltado). En este caso, deberá convertir manualmente el botón en un botón 3D.

{
   "table": 3,
   "tableName": "Name",
   "form": "Form",
   "object": "button",
   "message": "Highlight buttons are unsupported. Please convert them to 3D buttons.",
   "severity": "error"
}

De cualquier manera, 4D le informa de todo lo que hace. Todo lo que tiene que hacer es leer el registro para entender mejor lo que ocurrió durante la conversión (o simplemente para tener información útil).

¿Qué se puede esperar?

Esta es la primera versión (Beta) del proyecto. Las funcionalidades relacionadas con el mismo se desplegarán pronto a nuestros socios a partir de 4D v17 R5 Beta. A diferencia de otras funcionalidades, que sólo se incluyen en los R-Releases (después de haber sido completamente probados y considerados listos para producción), Projects está todavía en desarrollo y sólo para propósitos de prueba. No debería utilizarse en producción todavía, ya que no está 100% completo ni libre de errores. Dicho esto, su opinión es más necesaria que nunca.

Las pruebas continuarán con 4D v17 R6 Beta. Con los próximos 6 meses de pruebas y su ayuda, 4D v18 será un hito en la historia de 4D.

Únase a la discusión en nuestro foro «versión beta » (accesible para todos los socios de 4D).

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.