Produit

Sauvegarde du code source du projet sans jetons

Traduit automatiquement de Deepl

Les commandes, constantes, tables et champs sont stockés avec leurs tokens dans les fichiers de code source du projet (fichiers 4dm). Cela permet à 4D de les renommer automatiquement. Mais parfois, vous souhaitez que ces fichiers de code source soient stockés sans tokens pour une meilleure lisibilité avec un système de contrôle de version ou un éditeur de code externe, ou pour un meilleur partage du code entre les projets. Voyons comment faire pour que 4D stocke le code source sans ces jetons.

Nouvelles blank

Un guide d’introduction à 4D et aux systèmes de contrôle de version

Traduit automatiquement de Deepl

Depuis de nombreuses années, 4D vous permet de développer des bases de données binaires au sein d’une équipe avec un serveur 4D. Cette façon de développer est simple, mais de nombreux développeurs nous ont demandé d’être plus efficaces sur la gestion du code source afin de fournir une meilleure traçabilité. 4D les a entendus et a développé le mode Projet pour répondre à ce besoin. Ce mode a ouvert une nouvelle ère de collaboration grâce auxsystèmes de contrôle de version !

Produit blank

gitignore et 4D : une fonctionnalité utile pour les utilisateurs de Git

Traduit automatiquement de Deepl

Le mode projet vous permet de suivre facilement les modifications avec Git, le système de contrôle de version le plus populaire. Mais souvent, vous ne souhaitez pas suivre tous les fichiers de votre projet dans le dépôt Git. 4D vous offre désormais la possibilité de définir ce qui ne doit pas être suivi dans vos nouveaux projets.

Nouvelles blank

Flash info : les composants 4D sont disponibles sur GitHub !

Traduit automatiquement de Deepl

En 2017, 4D a initié un nouveau programme de partage du code source des composants internes 4D aux partenaires 4D.

Le partage du code source des composants 4D vous permet de les personnaliser et de vous les approprier ! Grâce aux bases de données de projet et à la possibilité de partager le code source d’une application via un système de contrôle de la source, nous avons converti nos composants internes 4D en bases de données de projet et poussé le code source sur le compte GitHub de 4D. C’est ouvert à tous, il suffit d’avoir un compte sur Github pour en profiter. Pourquoi avons-nous fait cela ? Pour vous faciliter la vie en gardant la trace des changements et des modifications apportées à la fois au code et aux formulaires.

Conseils blank

Bases de données du projet : Git. Commit. Pull. Push & plus

Traduit automatiquement de Deepl

Dans un précédent billet de blog, nous vous avons présenté Git (un système de contrôle de version) et Github (un service d’hébergement basé sur le cloud) et comment vous pouvez partager votre code 4D avec d’autres développeurs. Dans ce billet de blog, nous allons aller un peu plus loin en explorant certains scénarios qu’un développeur peut rencontrer, comme le clonage d’un dépôt distant, l’ignorance des fichiers déjà livrés et la résolution des conflits de fusion.

Produit blank

Bases de données du projet : Amélioration des vues dans l’éditeur de formulaires

Traduit automatiquement de Deepl

L’éditeur de formulaires vous permet de créer, de modifier et de personnaliser vos formulaires. Plusieurs outils sont disponibles pour faciliter votre travail, l’un d’entre eux étant la palette des vues. Cet outil permet de construire facilement des formulaires complexes en répartissant les objets dans différentes vues. Les vues permettent de masquer ou d’afficher les objets selon les besoins.

Que faire si vous travaillez sur un formulaire développé par quelqu’un d’autre ? Comment pouvez-vous déterminer rapidement si le formulaire utilise des vues ? Existe-t-il des limitations quant au nombre de vues autorisées ? Les bases de données de projets et 4D v18 R2 éliminent ces questions existentielles tout en améliorant considérablement l’expérience utilisateur !

Conseils blank

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 :