Développement du code serveur dans les applications du projet
Le développement et le débogage du code serveur dans les applications de projet sont devenus plus faciles que jamais dans 4D v18 R4. Sans plus attendre, voyons comment procéder.
Projet par défaut. Binaire à la demande
Lesprojets ont été introduits dans 4D v17 R5. Une architecture représentant une évolution géante pour les applications 4D, les projets ont ouvert le monde 4D aux outils de contrôle de la source, à la programmation collaborative, au partage du code, à la modularité, et bien plus encore ! Pour rendre les choses encore meilleures (et plus simples), 4D v18 R4 crée de nouveaux projets par défaut, tandis que les développeurs – s’ils le souhaitent – peuvent continuer à créer des bases de données binaires via un simple paramètre.
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 !
Bases de données du projet : La documentation des méthodes est de retour
Lors du développement d’une application, il peut être très utile d’avoir un accès rapide aux détails d’une méthode(par exemple, une explication de ce qu’elle fait, sa syntaxe et une définition des paramètres qui lui sont passés). Cela devient encore plus important lorsque vous utilisez un composant compilé. Vous ne pouvez pas voir le contenu de la méthode, vous ne pouvez donc vous fier qu’à sa documentation pour comprendre comment l’utiliser.
La boîte de dialogue de l’explorateur a été améliorée et la documentation est désormais disponible dans 4D v18 R3 pour les bases de données de projet.
Définir la taille de la police pour la police automatique
Dans une précédente version de R, nous avons ajouté deux nouveaux thèmes automatiques pour définir la police et la taille de la police, il y a donc trois thèmes automatiques à votre disposition qui respectent les directives de chaque plate-forme. Pour concevoir votre interface, le thème automatique est la solution recommandée, chaque objet de formulaire utilisant la police et la taille recommandées par le système d’exploitation.
Dans certains cas, vous pouvez avoir besoin de plus de contrôle et avoir des raisons valables d’ignorer les directives. Avec 4D v18 R3, vous pouvez remplacer la taille des thèmes automatiques et avoir plus de contrôle sur la façon dont votre texte est affiché.
Programmation orientée objet dans 4D : Gérer l’héritage des classes
Dans un précédent billet de blog, nous avons présenté un concept très important de la programmation orientée objet : Les classes. Nous allons maintenant passer en revue un autre concept essentiel : L’héritage, le mécanisme qui permet à une classe d’acquérir le comportement d’une autre classe.
Une introduction à la programmation orientée objet en 4D : Classes
Beaucoup d’entre vous ont demandé à pouvoir définir un type d’objet depuis que le type Objet est disponible. Grâce à la notation objet, beaucoup d’entre vous rêvent d’avoir des fonctions objet. Ne rêvez plus et dites bonjour aux classes dans la base de données des projets 4D v18 R3 ! Dans ce billet de blog, nous vous présentons l’un des concepts les plus intéressants de la programmation orientée objet… avec un exemple de base de données et une vidéo bonus!
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