Convertigo 8.4.0 renforce le cycle de vie complet, de la génération d'interface utilisateur assistée par IA à l'évolutivité du runtime d'entreprise. Cette version modernise également la pile technique et améliore la productivité de Studio pour le développement quotidien.
Nouvelles fonctionnalités (8.4.0)
Les principales caractéristiques et avantages sont présentés dans les fiches ci-dessous.
Nous avons lancé le projet Convertigo Assistant pour intégrer la création de Shared Components assistée par l’IA directement dans votre workflow de livraison standard. Plutôt que de démarrer chaque composant à partir d’une page blanche, les équipes peuvent désormais générer des bases de composants structurées avec l’accompagnement de l’IA.
Cette fonctionnalité est conçue pour raccourcir les cycles conception → codage tout en améliorant la cohérence des artefacts générés entre les équipes, les projets et les profils d’intégration. Elle facilite également le coding vibe, permettant une conception et une livraison plus rapides des composants.
Vous passez plus rapidement de l’idée aux blocs UI réutilisables, standardisez les patterns d’implémentation et augmentez le débit de développement grâce au support de l’IA.
Nous avons mis en place un processus d'importation des designs Figma afin que les équipes puissent transformer les fichiers de conception validés en composants Convertigo fonctionnels avec beaucoup moins d'efforts de reconstruction manuelle.
Au lieu de reproduire les écrans à la main, les développeurs peuvent partir des structures Figma et les convertir rapidement en blocs de construction d'interface utilisateur réutilisables, alignés sur la mise en œuvre réelle du projet.
Vous pouvez créer des composants directement à partir des conceptions Figma, accélérer l'exécution de la conception à l'application et assurer une meilleure synchronisation entre les équipes produit et développement.
Nous avons introduit une vue native Marketplace dans Studio afin que les développeurs puissent découvrir, évaluer et importer des projets de la bibliothèque Convertigo directement depuis l'IDE. Cela élimine le changement de contexte et le processus manuel de copie de liens qui ralentissaient auparavant le démarrage du projet.
À mesure que l'écosystème s'étend, les équipes peuvent s'appuyer sur un catalogue plus riche de bibliothèques partagées, plus faciles à trouver, mieux entretenues au fil du temps et plus simples à adopter dans le cadre de plusieurs projets.
Vous démarrez vos projets plus rapidement, réutilisez un écosystème croissant de bibliothèques mieux entretenues et réduisez le délai de rentabilisation grâce à une maintenabilité à long terme renforcée.
Nous avons introduit des actions intégrées pour l'autorisation des pages, le contrôle de la langue et du thème afin que les équipes puissent orchestrer le comportement de base de l'application sans avoir à personnaliser la structure.
Les règles d'accès, la localisation et les thèmes s'intègrent désormais directement dans les flux d'actions natifs, ce qui facilite la configuration et la mise à l'échelle des comportements UX avancés.
Vous lancez plus rapidement des expériences personnalisées et conformes aux politiques tout en réduisant les risques liés à la mise en œuvre et les efforts de maintenance à long terme.
Nous avons mis à niveau la génération de code NGX afin de prendre en charge la syntaxe d'importation directe, y compris les modèles d'importation par défaut modernes attendus par les dernières chaînes d'outils de compilation Angular. Cela résout les points de friction où le code généré nécessitait auparavant des ajustements manuels d'importation pour les bibliothèques tierces telles que numéral.
Avec cette mise à jour, nous avons aligné les artefacts générés sur les conventions Angular actuelles afin que vos projets se compilent plus proprement dès le premier jour et restent plus faciles à maintenir à mesure que votre front-end évolue.
Vos équipes réduisent les modifications manuelles après la génération, accélèrent la fiabilité de la compilation et livrent des applications Angular modernes avec moins de nettoyage technique.
Les composants partagés peuvent désormais être utilisés en toute sécurité dans les chaînes de dépendances circulaires (par exemple, A → B → C → A).
Cela est rendu possible grâce à la migration vers Angular 20 et à l'adoption de composants autonomes.
En supprimant la hiérarchie rigide NgModule et en permettant aux composants de déclarer leurs propres importations, le compilateur moderne d'Angular peut résoudre des graphiques de dépendance plus flexibles sans échecs de compilation.
Cela améliore la flexibilité architecturale tout en maintenant la stabilité.
Chaque nouveau projet 8.4 démarre désormais avec un thème Tailwind par défaut, offrant ainsi aux équipes une base visuelle soignée dès la première utilisation.
Au lieu de commencer avec une couche de style vierge, les nouveaux projets ont immédiatement un meilleur rendu et restent visuellement cohérents à mesure que les fonctionnalités se développent.
Vous accélérez l'intégration, réduisez les frictions liées à la configuration et proposez des applications plus attrayantes dès le premier jour.
Nous avons introduit le mode de session sans état basé sur Redis afin que plusieurs nœuds Convertigo Engine puissent partager le même état de session sans dépendre des sessions persistantes. Cela supprime une contrainte majeure en matière de scalabilité pour les topologies à haute disponibilité et à exécution élastique.
Grâce à la persistance centralisée des sessions, nous avons permis des mises à niveau progressives plus fluides, une continuité de basculement plus solide et une plus grande flexibilité avec les équilibreurs de charge L4/L7 standard et les proxys inversés.
Vous pouvez évoluer horizontalement avec une plus grande résilience, protéger les sessions utilisateur actives lors des changements de nœuds et rendre cette architecture particulièrement efficace pour les déploiements à mise à l'échelle automatique Kubernetes.
Nous avons amélioré le routage afin que les applications puissent être servies directement à partir d'un domaine racine tel que https://my.domain.com, au lieu de s'appuyer sur de longs chemins techniques comme https://my.domain.com/convertigo/projects/myapp/DisplayObjects/Mobile.
Cela supprime les contraintes strictes liées à la structure des URL dans les intégrations et facilite considérablement la configuration des déploiements basés sur des proxys inversés, des passerelles et des SDK dans les infrastructures d'entreprise réelles.
Vous pouvez exposer des URL de domaine racine plus propres, simplifier le routage de production et réduire la complexité workflows de déploiement et d'automatisation.
Nous avons repensé la console d'administration afin de moderniser l'expérience utilisateur et de simplifier front-end à long terme front-end . Cette refonte améliore l'efficacité du rendu et crée un modèle d'interaction plus clair pour les tâches opérationnelles quotidiennes.
En adoptant une architecture moderne à composants, nous avons rendu l'interface d'administration plus rapide, plus facile à faire évoluer et plus résiliente pour les versions futures, dont les besoins opérationnels ne cessent de croître.
Vous bénéficiez d'une console plus réactive, d'une meilleure facilité d'utilisation sous charge et d'une base facile à maintenir pour améliorer en permanence l'administration de la plateforme.
Nous avons permis à Studio de capturer des captures d'écran et de générer des vignettes à partir des applications NGX directement dans le flux de travail du générateur. Cela offre un chemin de publication visuel intégré pour les pages de catalogue, les tableaux de bord internes et les ressources de présentation Marketplace.
Lorsqu'aucune vignette n'est sélectionnée manuellement, la génération automatique permet de maintenir une base visuelle cohérente, ce qui réduit la documentation et les frictions liées à la publication pour les équipes qui commercialisent de nombreuses applications ou modules.
Vous présentez plus rapidement les applications avec des visuels prêts à la production, améliorez leur visibilité et rationalisez la communication autour des lancements auprès des différentes parties prenantes.
Améliorations (8.4.0)
Les principaux détails et résultats des améliorations sont présentés dans les fiches ci-dessous.
Nous avons ajouté la prise en charge de la génération d'applications autonomes Angular afin que les composants puissent importer leurs dépendances directement sans structures lourdes centrées sur NgModule. Cela suit les meilleures pratiques Angular actuelles pour une organisation plus simple du code.
Le modèle nouvelle génération améliore la modularité, prend en charge des modèles de chargement différé plus simples et apporte un gain de productivité considérable dans Visual Builder, avec des cycles de reconstruction et d'actualisation des applications jusqu'à 10 fois plus rapides.
Vous pouvez fournir des applications Angular plus propres avec une charge structurelle réduite, des boucles de rétroaction Visual Builder jusqu'à 10 fois plus rapides et des améliorations des performances d'exécution pouvant atteindre 30 %.
Nous avons amélioré les règles de génération des importations afin que les pages et les composants n'incluent que les dépendances dont ils ont réellement besoin, au lieu d'importer de manière récursive des chaînes complètes de dépendances imbriquées.
Ce raffinement produit des fichiers source plus propres, réduit le bruit de code dans les artefacts générés et facilite la compréhension et la maintenance des limites de dépendance.
Vous travaillez avec un code généré plus léger, réduisez la complexité de la compilation et passez moins de temps à nettoyer les importations inutiles.
NavParams Nous avons mis à jour les modèles de génération NGX afin de nous éloigner de l'Ionic obsolète. NavParams utilisation et s'alignent sur les modèles de flux de données basés sur les entrées Angular.
Cela permet de maintenir la compatibilité des applications générées avec l'écosystème Ionic et Angular actuel tout en réduisant la dette technique liée aux API héritées.
Vous bénéficiez d'une meilleure compatibilité avec les frameworks, de moins d'obstacles à la migration et d'une plus grande stabilité tout au long du cycle de vie des projets d'applications mobiles.
Nous avons amélioré les commentaires Studio pendant l'exécution de Mobile Builder en exposant une tâche dédiée et une ligne d'état plus claire, y compris une meilleure visibilité pendant les compilations autonomes NGX.
Cela permet aux équipes de développement d'obtenir des signaux d'exécution plus clairs pendant les phases de compilation et réduit l'ambiguïté concernant l'état actuel de la compilation et sa progression.
Vous résolvez les problèmes plus rapidement, coordonnez workflows de construction workflows d'assurance et réduisez les pertes de temps causées par des retours d'information peu clairs sur la construction.
Nous avons regroupé le service des fichiers statiques dans un seul gestionnaire partagé et ajouté une prise en charge HTTP Range robuste avec un comportement approprié pour le contenu partiel.
Le nouveau modèle améliore l'efficacité du streaming, normalise les en-têtes liés au cache et offre un comportement plus prévisible en matière de transfert de fichiers pour les ressources volumineuses et les charges de travail multimédias.
Vous bénéficiez d'une diffusion statique plus rapide et plus fiable grâce à des téléchargements partiels conformes aux normes et à de meilleures performances côté client.
Nous avons mis à jour les bases critiques des plateformes Eclipse, Tomcat, JVM, Node.js et des couches tierces clés afin d'aligner Convertigo sur les normes d'entreprise actuelles. Cette mise à jour renforce à la fois la fiabilité du développement et celle de l'exécution.
Maintenir à jour les dépendances essentielles réduit les problèmes de compatibilité et raccourcit la distance entre vos applications et la base de référence de l'écosystème pris en charge.
Vous bénéficiez d'une sécurité renforcée, d'une plus grande stabilité de la plateforme et d'une compatibilité optimisée avec les infrastructures modernes et les outils de développement.
Nous avons remplacé l'ancien système finaliser()Nettoyage basé sur la mémoire avec gestion des ressources soutenue par un nettoyeur pour les composants clés du moteur. Cela aligne la plateforme sur les recommandations JVM modernes et améliore la fiabilité des chemins de nettoyage de secours.
En combinant un comportement de libération explicite avec des mécanismes de repli plus sûrs, nous avons réduit le risque de fuites de ressources persistantes dans les cycles de vie des connecteurs et des requêtes.
Vous bénéficiez d'une gestion des ressources plus prévisible, de moins de risques de dépréciation et d'une plus grande stabilité d'exécution sur les versions Java modernes.
__nocache=true sans purge du cache.__nocache=true Comportement du cacheNous avons corrigé le comportement du gestionnaire de cache afin que les requêtes utilisant __nocache=true ne supprime plus le résultat mis en cache précédemment avant le début du nouveau calcul.
Cela permet de préserver la rapidité des réponses pour les autres consommateurs tout en autorisant des flux de rafraîchissement contrôlés du cache, tels que les tâches de préchauffage planifiées.
Vous pouvez actualiser les calculs coûteux sans sacrifier la réactivité pour les utilisateurs simultanés en vous appuyant sur les données mises en cache existantes.
Nous avons harmonisé les modèles de boutons Marketplace et Administration dans Studio afin d'offrir une interface plus épurée, plus haut de gamme et plus cohérente.
Les commandes d'action sont désormais cohérentes dans toutes les vues, ce qui réduit les frottements visuels et rend la navigation quotidienne plus intuitive pour les opérateurs.
Vous bénéficiez d'une expérience Studio plus fluide, d'une confiance accrue dans l'expérience utilisateur et d'une exécution plus rapide des workflows opérationnels.
Suppression de eval
du TypeScript GenréNous avons supprimé Suppression de eval utilisation du TypeScript généré afin d'aligner la sortie générée sur les exigences modernes en matière de sécurité et de qualité. Cette mise à jour prend en charge des modèles d'exécution plus sûrs et une analyse statique plus claire.
En éliminant les modèles d'évaluation dynamiques dans le code généré, nous avons réduit les frictions évitables liées à l'examen de la sécurité et amélioré l'alignement des politiques pour les environnements d'entreprise.
Vous bénéficiez d'une génération de code plus sûre, d'une conformité CSP plus facile et d'une validation de sécurité plus fluide lors des audits et du déploiement en production.
Nous avons nettoyé la sortie Swagger en supprimant les éléments obsolètes. Passer à la définition Swagger (oas2) lien depuis les vues YAML générées.
La console API est désormais plus claire et davantage axée sur les chemins d'accès à la documentation actuelle, ce qui réduit les interférences pour les équipes qui intègrent des services.
Vous offrez une expérience API plus professionnelle et aidez les consommateurs à trouver plus rapidement la documentation adéquate.
Nous avons désactivé par défaut la création automatique de sauvegardes ZIP pendant le déploiement, conformément aux pratiques modernes de livraison basées sur Git/CI, où l'historique et la restauration des projets sont déjà gérés en externe.
Cela élimine les surcoûts inutiles liés au système de fichiers lors des déploiements et réduit les effets secondaires sur les hôtes d'exécution.
Vous déployez plus rapidement, utilisez moins d'espace disque et simplifiez les opérations d'exécution dans les pipelines de production et CI/CD.
Nous avons harmonisé les conventions relatives aux descripteurs de beans et les règles de gestion des notes afin que la documentation s'affiche de manière cohérente dans Studio, les sorties Web et les pipelines Jekyll.
Ce travail normalise les attentes en matière de rédaction et améliore la façon dont les notes, les réductions et les descriptions formatées apparaissent dans tous les canaux de documentation.
Vous obtenez des documents plus clairs, moins de régressions de formatage et un processus de rédaction plus fiable pour les équipes techniques.
