Depuis la version 1.0 de 4D Server, 4D est un partisan de longue date du développement en équipe. Le plus grand avantage de travailler ensemble sur le même code source est de permettre à la fois le développement et les tests en équipe. Cependant, cela peut créer certains inconvénients pour les équipes distribuées, car elles ne sont pas toujours en mesure de travailler sur la même source.
Après une réécriture complète, 4D propose désormais deux façons de travailler avec les sources : binaire et projet. Binary est le 4D que nous connaissons et aimons tous, avec la source dans un fichier binaire pour permettre le développement en équipe avec 4D Server. Project facilite le travail collaboratif des équipes distribuées en stockant la source dans un système de contrôle de la source sous forme de fichiers texte.
Plus techniquement
Cela signifie que vous pouvez convertir votre source binaire (fichier .4DB) en un dossier de projet … avec des milliers de fichiers texte. Chaque méthode, chaque formulaire, chaque méthode d’objet de formulaire, les menus, et bien sûr la structure elle-même, est stockée dans un fichier texte distinct. Ceci est totalement transparent pour votre travail de développement car 4D fonctionne en mode Design comme auparavant.
Maintenant, vous vous demandez peut-être : « Comment diable des milliers de fichiers texte pourront-ils m’être utiles lors du déploiement ? » . Pas de panique ! Pour le déploiement, 4D vous permet toujours de compiler tout votre travail dans un seul fichier, comme vous le faisiez auparavant.
En quoi le projet va-t-il changer ma façon de développer ?
Puisque tout votre code est maintenant en format texte, il est facile de le livrer à un système de contrôle de source tel que Git, Perforce, SVN, ou autres. Et vous pouvez non seulement le livrer, mais aussi l’inverser ou le fusionner avec d’autres branches. Cela a un impact majeur sur la façon dont vous développerez des applications avec 4D :
En tant que développeur unique
Vous pouvez non seulement utiliser le contrôle de source pour sauvegarder votre travail, mais aussi pour tester de nouvelles fonctionnalités et les annuler si elles ne fonctionnent pas. Et c’est là que les choses deviennent intéressantes… vous pouvez choisir le point de restauration à partir duquel vous souhaitez revenir en arrière (au lieu d’une sauvegarde complète du fichier). En bref, les projets permettent de construire, de tester et de fusionner des fonctionnalités d’une manière contrôlable, transparente et facile à maintenir.
en équipe
Où que l’équipe se trouve dans le monde, chacun peut travailler car, au final, ses développements seront fusionnés dans une version commune. Il n’y a pas à se demander où se trouve la dernière version d’un fichier ou d’un projet. Tout est centralisé dans votre système de contrôle de version.
en bref…
Bien sûr, 4D continue de prendre en charge le mode binaire (4DB), mais vous avez désormais une autre option. Vous pouvez continuer à utiliser 4D Server pour que les développeurs distants restent connectés et synchronisés, ou vous pouvez utiliser 4D Developer Edition pour tirer parti d’un système de contrôle des sources.
Quel que soit le système qui convient le mieux à votre équipe, le choix vous appartient !
À quoi faut-il s’attendre ?
Il s’agit de la toute première version (bêta) de Project. Les fonctionnalités associées seront bientôt déployées auprès de nos partenaires à partir de 4D v17 R5 Beta. Contrairement à d’autres fonctionnalités, qui ne sont incluses que dans les versions R (après avoir été entièrement testées et jugées prêtes pour la production), Project est toujours en cours de développement et ne doit être utilisé qu’à des fins de test. Il ne doit pas encore être utilisé en production, car il n’est pas complet et exempt de bogues à 100%. Ceci étant dit, vos commentaires sont plus que jamais nécessaires.
Les tests vont se poursuivre avec 4D v17 R6 Beta. Avec les 6 mois de tests à venir et votre aide, 4D v18 sera une étape importante dans l’histoire de 4D.