Comment automatiser la compilation
Depuis 4D v19, vous pouvez lancer la compilation d’un projet avec une simple commande. Vous vous demandez peut-être à quoi cela peut vous servir !
Votre équipe peut être composée de plusieurs développeurs, alors pourquoi ne pas automatiser la compilation à chaque poussée de code sur votre serveur de contrôle de source ? Il est toujours plus facile d’identifier une erreur lorsqu’elle est rapidement détectée.
Un autre cas est celui où votre projet est constitué de plusieurs composants. Vous pouvez écrire une méthode qui compile, construit, puis copie le composant dans la base de données hôte.
Ce blog abordera les différents points techniques qui sont très utiles pour créer vos propres outils d’automatisation, ainsi qu’un exemple d’application.
Appliquer des conventions de dénomination avec les macros de formulaire
par l’auteur invité Michael Höhne, développeur 4D (Munich, Allemagne)
Il y a une fonctionnalité dans 4D v18 R5 qui a peut-être été négligée, ou du moins qui n’a pas reçu beaucoup d’attention jusqu’à présent : Les macros de formulaire. Pour être honnête, je n’y ai pas consacré beaucoup de temps non plus, jusqu’à récemment. Dans cet article de blog, je vais vous montrer une macro qui permet de gagner beaucoup de temps lors de l’application des conventions de nommage aux colonnes des boîtes de liste, aux en-têtes de colonne et aux pieds de page. Vous pouvez facilement la modifier pour l’adapter à vos besoins. Un repo dédié est également disponible sur Github.
Automatisez les tâches répétitives et bien plus encore grâce aux macros de formulaires !
Si vous êtes un adepte des macros dans l’éditeur de code, alors 4D v18 R5 a de bonnes nouvelles pour vous … car maintenant les macros sont également disponibles dans l’éditeur de formulaires !
Laissez-moi commencer par vous dire à quel point les macros peuvent vous être utiles. Avez-vous déjà eu besoin d’utiliser des règles de formatage ou de nommage dans votre application, puis de les appliquer à chaque nouveau formulaire ? Ou peut-être avez-vous dû travailler sur des formulaires existants créés par quelqu’un d’autre, et devez toujours effectuer exactement les mêmes vérifications et analyses avant de commencer. Si vous avez déjà été confronté à l’un de ces scénarios, alors 4D v18 R5 est fait pour vous, car il vous donne la possibilité de créer des macros et de gagner du temps sur des tâches prévisibles et répétitives.
Syntaxe conviviale pour les fonctions et les méthodes des classes.
L’utilisation de variables $1, $2 et $n dans votre code ne rend pas seulement le code moins lisible, elle peut aussi augmenter la confusion puisque le cerveau humain peut avoir du mal à se souvenir de ce à quoi ces variables correspondent. La solution consiste à créer une variable avec un nom compréhensible et à lui attribuer la valeur de $1, $2 ou $n.
4D v18 R5 a une bonne nouvelle, vous pouvez maintenant nommer vos paramètres lors de la déclaration :
- une méthode de projet,
- un trigger
- une méthode de base de données
- une méthode de formulaire
- un constructeur d’une classe
- une fonction d’une classe.
Voyons comment !
Prévisualisez votre CSS directement dans l’éditeur de formulaire !
Dans 4D v18 R5, vous pouvez prévisualiser le rendu CSS final dans l’éditeur de formulaire SANS exécuter votre dialogue. Oui, vous avez bien entendu. Il n’a jamais été aussi facile de normaliser et de revitaliser vos formulaires !
Si vous n’avez pas encore entendu parler de CSS dans 4D, c’est le moment idéal pour en savoir plus ! Introduit dans 4D v18 pour les applications de projet, ce concept comprend des feuilles de style améliorées et rapides basées sur CSS. Je vous recommande de jeter un coup d’œil à cet article de blog.
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.
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