Bases de données du projet : Architecture

Les bases de données de projet, qui sont la tête d’affiche de la version 4D v18, permettent aux équipes de travailler en collaboration en stockant le code d’une application dans un système de contrôle de la source, dans des fichiers de type texte contenant tout, de la structure de la base de données à l’interface utilisateur, y compris les formulaires, les menus, les paramètres utilisateur ou toute ressource requise. Et comme une base de données de projet est constituée de fichiers texte, vous aurez plusieurs dossiers et fichiers, stockés dans un seul dossier de base de données parent. Dans cet article de blog, nous allons examiner l’architecture d’une base de données de projet pour vous permettre de mieux comprendre ce nouveau type de base de données.

L’architecture d’une base de données de projets

Une base de données de projet est constituée de plusieurs dossiers et fichiers, stockés dans un seul dossier de base de données parent.

Lorsque vous créez une base de données de projet, vous trouverez la plupart des mêmes dossiers qu’une base de données binaire traditionnelle :

  • Données
  • Journaux
  • Ressources
  • Paramètres
  • WebFolder

Les bases de données du projet comprennent deux dossiers supplémentaires :

  • Projet – Code source de l’application (équivalent à 4DB)
  • userPreferences.<name> – Ce dossier contient des fichiers qui mémorisent les configurations de l’utilisateur, (par exemple, les positions des points d’arrêt, les positions des fenêtres, etc).

Projets et contrôle des sources

Maintenant que vous connaissez les dossiers et les fichiers d’une base de données de projets, quels dossiers ou fichiers devez-vous télécharger vers un système de contrôle des sources ? Vous pensez peut-être qu’il s’agit des dossiers Ressources et Projet. Eh bien, lorsque vous compilez votre base de données, 4D stocke le code compilé dans le dossier « Project/DerivedData« . Il est donc recommandé de télécharger le dossier « Resources« , le dossier « WebFolder » et le dossier « Project » (sans le sous-dossier « DerivedData« ) vers un système de contrôle des sources.

base de données binaire vs base de données de projet

Dans cette vidéo, nous comparons l’architecture d’une base de données binaire (.4DB) à celle d’une base de données de projet (.4DProject).

Par exemple, pour ouvrir ma base de données binaire, je sélectionne un fichier avec l’extension « .4db » ou « .4dc ». Quel est l’équivalent dans une base de données de projet ? C’est le fichier avec l’extension « .4DProjet ».

Pour la base de données compilée, quel est l’équivalent du fichier « .4DC » ? Dans une base de données binaire, le code source de l’application se trouve dans les fichiers portant l’extension « .4DB » et « .4DIndy ». Pour une base de données de projets, quels dossiers ou fichiers correspondent à la structure ?

Vous pouvez trouver les réponses à ces questions et plus encore dans la vidéo ci-dessous :

Vanessa Talbot
- Product Owner -Vanessa Talbot a rejoint l'équipe du programme 4D en juin 2014. En tant que Product Owner, elle est chargée de rédiger les user stories puis de les traduire en spécifications fonctionnelles. Son rôle est également de s'assurer que l'implémentation des fonctionnalités livrées répond aux besoins des clients.Depuis son arrivée, elle a travaillé à la définition des fonctionnalités clés de 4D. Elle a travaillé sur la plupart des nouvelles fonctionnalités de multithreading préemptif et aussi sur un sujet très complexe : la nouvelle architecture pour les applications enginées. Vanessa est diplômée de Telecom Saint-Etienne. Elle a commencé sa carrière à l'Institut de Recherche Criminelle en tant que développeur pour le département audiovisuel. Elle a également travaillé dans les domaines des médias et du médical en tant qu'experte en support technique, en production ainsi qu'en documentation de nouvelles fonctionnalités.