Sauvegarde du code source du projet sans jetons
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.
XML personnages invisibles sur scène !
L’utilisation par défaut du caractère End Of Line et du Byte Order Mark dans les fichiers texte a été modifiée dans 4D v19 R2. Avec 4D v19 R3, 4D étend ce comportement aux fichiers XML. Voyons comment.
Un guide d’introduction à 4D et aux systèmes de contrôle de version
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 !
gitignore et 4D : une fonctionnalité utile pour les utilisateurs de Git
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.
Bases de données du projet : Créez votre propre documentation pour les composants
Dans un précédent billet de blog, nous vous avons montré que la documentation des méthodes est revenue dans l’Explorateur. Vous voulez aller encore plus loin et les utiliser comme documentation pour vos composants ? Dans ce billet de blog, nous allons vous montrer comment faire !
Flash info : les composants 4D sont disponibles sur GitHub !
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.
Bases de données du projet : Git. Commit. Pull. Push & plus
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.
Bases de données du projet : Amélioration des vues dans l’éditeur de formulaires
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 !
Bases de données du projet : Nouvelles possibilités avec l’éditeur de formulaires
Avec l’introduction des bases de données de projet, nous avons également modifié l’interface de certaines boîtes de dialogue 4D. Dans ce billet de blog, nous allons présenter certains des changements que nous avons apportés à l’éditeur de formulaires.
Base de données binaire vs. base de données de projet
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 :
Nous contacter
Vous avez une question, une suggestion ou vous voulez simplement entrer en contact avec les blogueurs 4D ? Envoyez-nous un message !
* Votre vie privée est très importante pour nous. Veuillez cliquer ici pour consulter notre Politique