Intégrer des composants 4D directement depuis GitHub
De nombreux développeurs 4D exploitent la puissance des composants tiers trouvés sur GitHub, en particulier ceux répertoriés dans la rubrique 4d-component. 4D 20 R6 introduit une nouvelle super fonctionnalité : l’intégration directe de ces composants via le Component Manager.
Cet article de blog entre dans les détails, rendant votre processus de développement plus facile et plus efficace.
Comment mettre en œuvre l’intégration continue avec 4D : Un guide pas à pas
Dans le monde du développement logiciel, un nouveau concept est apparu ces dernières années, celui de l’ « intégration continue » (CI). La définition que l’on voit ou entend partout est la suivante :
« La CI est un processus qui automatise la compilation, les tests et la livraison d’une application de façon régulière et fréquente. »
Après avoir compris cette définition, qui exprime un processus intéressant et prometteur, que dois-je faire pour l’implémenter dans 4D ? Si vous faites des recherches sur Internet, vous constaterez qu’il existe de nombreux outils et frameworks de CI.
Cependant, il existe plusieurs conditions préalables à l’utilisation de ces outils de CI.
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 !
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