Conseils

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

Traduit automatiquement de Deepl

Comme vous le savez, 4D prend désormais en charge deux façons de travailler avec les sources : les bases de données binaires et les bases de données de projet. Les bases de données binaires sont le 4D que nous connaissons et aimons tous, avec le code source dans un fichier binaire pour permettre le développement en équipe avec 4D Server, et tous les éléments de conception (méthodes, formulaires, structure, etc.) rassemblés dans un seul fichier binaire compact, le fichier « .4db ». Les bases de données de projets facilitent le travail collaboratif des équipes distribuées en stockant le code source dans un système de contrôle de la source dans des fichiers séparés en texte brut. Les projets ne remplaceront pas la 4DB, nous n’avons pas l’intention de faire disparaître la 4DB. Il s’agit de deux façons différentes de travailler et de développer. C’est à vous de choisir ce qui convient le mieux à vos besoins. Voici un article de blog pour vous aider à décider :

Conseils blank

Base de données du projet : Déploiement de votre application

Traduit automatiquement de Deepl

Votre application a donc été développée et vous êtes prêt pour l’étape suivante. 4D vous permet :

  • de générer une base de données compilée qui ne contient plus aucun code interprété,
  • générer une application autonome qui peut être double-cliquée,( c’est-à-dire fusionnée avec 4D Volume Desktop, le moteur de base de données de 4D),
  • générer des applications client/serveur avec des mises à jour automatiques des parties client et serveur.

Avec une base de données de projet, vous pouvez également construire vos applications finales pour les deux plateformes. Une base de données de projet utilise le même fichier de configuration qu’une base de données binaire.

Produit blank

Utilisation des bibliothèques 4D dans les bases de données des projets

Traduit automatiquement de Deepl

4D fournit des bibliothèques pour vous aider à développer des applications. L’une de ces bibliothèques est standard et contient des objets de formulaire et des widgets préconfigurés, tandis que d’autres bibliothèques sont personnalisées. La bibliothèque standard est en « lecture seule » et son comportement ne change pas lors du développement des bases de données du projet (à l’exception de différences mineures et cosmétiques au niveau de l’interface). Vous avez également la possibilité de créer vos propres bibliothèques personnalisées pour enregistrer vos propres objets de formulaire ou groupe d’objets. Dans ce cas, quelques modifications ont été apportées pour les rendre encore plus performantes. Vous trouverez ci-dessous tout ce que vous devez savoir sur ces changements :

Conseils blank

Bases de données du projet : Post-conversion

Dans cet article de blog, nous vous avons montré comment convertir une base de données binaire en une base de données de projet. Une fois que tout est prêt et que la conversion s’est déroulée avec succès, vous pouvez commencer à travailler avec votre base de données de projet. Cependant, certaines questions peuvent se poser : tous les fichiers de la base de données sont-ils utiles ? Il est évident que le fichier de structure « .4DB » n’est plus nécessaire. Puis-je supprimer d’autres fichiers ?

Voici tout ce que vous devez savoir après la conversion.

Produit blank

Bases de données du projet : Gestion des utilisateurs et des groupes

Traduit automatiquement de Deepl

Les bases de données de projets, disponibles en version bêta dans les dernières versions de 4D v 17 R-Releases, sont maintenant disponibles en production dans 4D v18 ! Parmi les nombreux changements dans 4D v18, la façon dont les utilisateurs et les groupes sont gérés … c’est devenu beaucoup plus facile, notamment le déploiement. Ce post va brièvement souligner tout ce que vous devez savoir sur ces changements.

Conseils blank

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.