Dans Form Design Aid (FDA)L'outil de développement graphique de JD Edwards utilisé pour concevoir des formulaires et des interfaces utilisateur., s'appuyer sur la sélection de grille implicite ou sur des valeurs GCVariables de colonnes de grille représentant les données affichées dans les tableaux d'un formulaire. non validées pour passer l'état entre les formulaires dégrade inévitablement les performances de la base de données. Les applicationsLogiciels interactifs au sein de JD Edwards, souvent appelés APPL, composés de plusieurs formulaires. personnalisées génèrent fréquemment des scans de table massifs sur des tables comme F4211Table de base de données JD Edwards stockant les détails des lignes de commandes de vente. ou F0911 lorsqu'un formulaire enfant est lancé avec une clé non assignée ou vide. Ce guide fournit un exemple concret de formulaire parent-enfant JDE APPLObjet JD Edwards représentant une application interactive complète. pour passer le contexte correctement, en remplaçant les raccourcis ER paresseux par des structures de données Form Interconnect (FI)Structure de données utilisée pour transférer des valeurs et des paramètres entre deux formulaires. explicites et strictement typées.

Au lieu de supposer que le moteur JDE maintient l'état à travers les limites du formulaire, les développeurs d'entreprise doivent traiter chaque Form Interconnect comme un contrat d'APIInterface de programmation permettant à deux composants logiciels de communiquer via un contrat défini.. En mappant explicitement les champs clés—tels que DOCO, DCTO et KCOO—et en les validant immédiatement dans l'événement Dialog Is InitializedPremier événement déclenché lors de l'ouverture d'un formulaire, utilisé pour l'initialisation et la validation. de l'enfant, les développeurs peuvent éliminer les erreurs de mémoire d'exécution et garantir des chemins de requête prévisibles. La mise en œuvre de ce modèle de validation stricte dans un inventaire APPL personnalisé nécessite un effort de développement minimal par formulaire, mais stabilise de manière permanente le runtimeEnvironnement d'exécution du logiciel qui gère les opérations pendant que l'utilisateur utilise l'application. interactif.

La fragilité du contexte implicite dans FDA

Les revues de code d'applications interactives (APPLs) personnalisées sur Tools Release 9.2.8Version technique du socle logiciel JD Edwards gérant l'exécution et les outils de développement. révèlent fréquemment des développeurs s'appuyant sur le runtime pour maintenir l'état implicite entre un formulaire parent Find/BrowseType de formulaire JDE standard utilisé pour rechercher et lister des enregistrements. et un formulaire enfant Fix/InspectType de formulaire JDE utilisé pour visualiser ou modifier un enregistrement spécifique.. Ils supposent que la ligne de grille sélectionnée reste verrouillée en mémoire. Cette dépendance conduit à un décalage classique de portée GC vs FI où les valeurs Grid Column (GC) parentes sont référencées implicitement au lieu d'être explicitement mappées aux variables Form Interconnect (FI).

S'appuyer sur des variables système implicites comme SV Form_ModeVariable système indiquant si le formulaire est en mode ajout, modification, copie ou consultation. ou des lignes de grille actives pour régir le comportement du formulaire enfant introduit une grave instabilité d'exécution. Dans les environnements de distribution à haut volume, les utilisateurs effectuent des clics rapides. Si un utilisateur double-clique sur une ligne et clique immédiatement sur un autre contrôle, le pointeur de ligne active dans la grille parente peut se déplacer avant que le formulaire enfant ne termine son initialisation. Le formulaire enfant se charge alors avec des données contextuelles corrompues, entraînant des enregistrements orphelins dans des tables comme F4211 ou F41021.

Les outils JDE standard ne synchronisent pas automatiquement les états des threadsUnités d'exécution indépendantes au sein d'un processus informatique. asynchrones avec les variables implicites de Form Design Aid (FDA). Lorsque le serveur HTMLComposant middleware qui transforme la logique JDE en interface web pour l'utilisateur. traite la file d'attente des événements, la grille parente et le formulaire enfant nouvellement créé s'exécutent sur des cycles de vie indépendants. Si le thread d'exécution du formulaire parent met à jour une variable implicite pendant que l'événement Dialog Is Initialized du formulaire enfant s'exécute, l'enfant lit l'état après le décalage.

Le mappage explicite des clés via une structure Form Interconnect dédiée est le seul moyen pris en charge pour garantir l'isolation des transactionsUnité de travail logique garantissant que toutes les opérations de base de données réussissent ou échouent ensemble.. Passer les clés primaires—telles que le Short Item Number (ITM) ou le Document Number (DOCO)—directement via la structure FI fige le contexte à la milliseconde de l'action de l'utilisateur. Cela contourne la mémoire d'exécution volatile de la grille parente, garantissant que le formulaire enfant opère dans sa propre limite de transaction isolée.

Conception de la structure de données Form Interconnect

En plus de deux décennies d'audit de code personnalisé, la cause la plus fréquente de rupture de transition entre formulaires est la tentative de passer l'état implicitement via des variables globales au lieu de définir un contrat strict. Un formulaire enfant bien conçu doit définir ses exigences d'entrée strictement dans sa structure de données Form Interconnect (FI). S'appuyer sur la structure FI comme seule source de vérité élimine le risque que le formulaire enfant lise une mémoire obsolète du thread d'exécution du parent. Cette isolation est critique lorsque les utilisateurs ouvrent plusieurs instances de la même application dans des clients HTML sous Tools Release 9.2.8.

Lors de la conception de cette structure de données, faites toujours correspondre exactement les éléments du dictionnaire de données (DD)Référentiel central définissant les propriétés, le formatage et les règles de validation de chaque champ. des clés primaires, comme l'utilisation de AN8Élément du dictionnaire de données représentant un numéro d'adresse unique (client, fournisseur). pour la recherche de numéro d'adresse dans la F0101 ou DOCO pour les ordres de travail dans la F4801. Ne réutilisez pas de champs de caractères génériques pour les clés primaires, car cela contourne les règles de validation au niveau de la base de données pendant l'exécution. L'utilisation de l'élément DD exact garantit que le moteur JDE hérite automatiquement du formatage correct et des business functionsProgrammes réutilisables encapsulant une logique métier complexe, souvent écrits en langage C. de règle d'édition. Passer une valeur DOCO non complétée à un formulaire enfant attendant une clé F4801 échouera invariablement à sélectionner l'enregistrement en raison de l'absence de zéros non significatifs.

Incluez un indicateur de direction dans la structure de données pour dicter explicitement si le formulaire enfant fonctionne en mode ADD, COPY, UPDATE ou VIEW. Je recommande d'utiliser un champ d'un seul caractère comme ACTION (élément DD EV01) avec des valeurs définies telles que 'A', 'C', 'U' et 'V'. S'appuyer sur le formulaire enfant pour deviner son mode selon que la clé primaire est renseignée ou non est un défaut de conception qui mène à des bugs de régression. Passer explicitement cet indicateur permet à l'événement Dialog Is Initialized de désactiver proprement les contrôles ou de bifurquer vers un code d'initialisation personnalisé sans logique conditionnelle ambiguë.

Passage du contexte depuis le formulaire parent

S'appuyer sur des événements de grille implicites pour passer des clés à un formulaire enfant est une source primaire de comportement erratique des APPL. Dans un formulaire parent Find/Browse typique, vous devez déclencher l'appel Form Interconnect exclusivement à partir d'actions utilisateur explicites, spécifiquement les événements Row Double Clicked ou Select Button Clicked. Si vous tentez de déclencher l'appel à partir de changements de sélection de grille ou d'événements d'entrée de ligne, vous risquez d'exécuter l'interconnexion plusieurs fois pendant un seul défilement de l'utilisateur, provoquant des extractions de base de données inutiles et des fuites de mémoire dans la pile d'appels.

Lors de la configuration de la boîte de dialogue Form Interconnect dans Form Design Aid, mappez les valeurs Grid Column (GC) directement aux paramètres Form Interconnect (FI) cibles. Les développeurs acheminent souvent ces valeurs via des variables intermédiaires Business View (BC)Vue logique reliant les tables de base de données aux formulaires JDE. ou Form Control (FC)Variables associées aux champs de saisie et contrôles visuels sur un formulaire., ce qui introduit des bugs de synchronisation d'état si un utilisateur clique sur une ligne mais que les contrôles de formulaire sous-jacents n'ont pas été actualisés. Avant d'exécuter ce mappage, effacez explicitement les paramètres FI cibles dans vos Event RulesLangage de programmation propriétaire de JDE utilisé pour définir la logique métier événementielle.. Cela empêche les valeurs de mémoire résiduelles et sales d'une exécution de ligne précédente de déborder dans la portée du formulaire enfant.

Vous devez configurer l'appel Form Interconnect pour qu'il s'exécute de manière synchrone chaque fois que le formulaire parent nécessite des valeurs de retour immédiates ou des mises à jour de statut, comme le retour d'un statut de commande mis à jour ou d'un numéro de ligne nouvellement généré. L'exécution de l'appel de manière asynchrone (la case à cocher par défaut dans FDA) permet au formulaire parent de continuer à exécuter les Event Rules pendant que le formulaire enfant est encore ouvert. Cette exécution asynchrone brise la limite transactionnelle, ce qui signifie que tout code de validation ultérieur sur le formulaire parent s'exécutera avec des données obsolètes avant même que le formulaire enfant n'ait validé ses modifications dans la base de données.

Réception et validation dans le formulaire enfant

Un point de défaillance courant dans la conception d'applications JDE personnalisées est de permettre à un formulaire enfant de s'afficher avec des données corrompues ou manquantes parce que la validation a été différée. Vous devez exécuter la validation des paramètres critiques à l'intérieur de l'événement Dialog is Initialized avant toute extraction de base de données ou rendu de l'interface utilisateur. Si vous attendez Post Dialog is Initialized, le moteur d'exécution a déjà tenté de lier des colonnes de grille ou d'extraire des enregistrements basés sur des valeurs nulles, entraînant des erreurs SQLLangage standard utilisé pour interroger et manipuler les bases de données relationnelles. ou des enregistrements fantômes dans vos tables personnalisées.

Si des paramètres clés obligatoires comme le numéro d'adresse (FI mnAddressNumber) ou le numéro de document (FI mnOrderNumber) sont vides, terminez immédiatement le formulaire. N'écrivez pas de blocs if-else imbriqués complexes pour contourner le reste de vos règles d'événement. Au lieu de cela, écrivez un contrôle de validation propre en haut de l'événement et invoquez la fonction système Press Button(HC Cancel)Commande système simulant un clic sur le bouton Annuler pour fermer immédiatement le formulaire. pour tuer le thread. Cela empêche l'utilisateur de voir un écran cassé et arrête les requêtes de base de données invalides vers l'Enterprise Server.

Une fois la validation réussie, affectez les paramètres FI entrants aux variables Form Control (FC) pour rendre le contexte visible et modifiable pour l'utilisateur. Le mappage direct de FI vers les éléments FC garantit que les champs de filtre du formulaire ou les contrôles d'en-tête sont correctement renseignés. Ce mappage préserve également l'intégrité des surcharges du dictionnaire de données que vous avez configurées sur ces contrôles de formulaire spécifiques.

Utilisez l'événement Post Dialog is Initialized pour gérer les requêtes secondaires qui dépendent des clés primaires validées avec succès. Par exemple, une fois que vous savez que vous avez un DOCO valide dans FC, vous pouvez appeler en toute sécurité une business function comme B4200110Fonction métier standard utilisée pour récupérer les détails d'une ligne de commande de vente. dans cet événement pour extraire des champs de description supplémentaires ou calculer des taux de taxe. Cette séparation des préoccupations maintient votre logique d'initialisation propre et évite le décalage de performance associé aux appels de base de données redondants pendant les premières phases du cycle de vie du formulaire.

Test et débogage des Form Interconnects

Le débogage des interconnexions de formulaires dans EnterpriseOne nécessite de dépasser l'ancien débogueur Active-X et de lancer le débogueur runtime local HTML moderne. Lorsque vous déclenchez l'événement Call Form depuis le parent Find/Browse, mettez l'exécution en pause à la limite de l'événement Dialog is Initialized de l'enfant. Cela vous permet d'inspecter l'espace mémoire de la structure de données Form Interconnect (FI) pour vérifier que des valeurs comme szCompany (CO) ou mnAddressNumber (AN8) ne sont pas tronquées ou complétées par des espaces de fin inattendus avant le chargement du formulaire enfant.

Une fois que les valeurs ont franchi la limite, ouvrez votre jdedebug.log pour tracer l'exécution de l'instruction SQL. Recherchez spécifiquement la première instruction SELECT générée par l'extraction de la business view principale du formulaire enfant, se produisant généralement pendant l'événement Write Grid Line-Before ou Dialog is Initialized. Vérifiez que la clause WHERE contient les valeurs de clé exactes passées depuis la structure parente, garantissant que le moteur de base de données exécute une requête alignée sur l'index plutôt qu'un scan complet de la table dû à une clé nulle ou mal assortie.

Vous devez tester agressivement le cas limite où un utilisateur double-clique sur une ligne de grille vide ou clique sur le bouton de sélection sans contexte de ligne active. Si le formulaire parent ne parvient pas à valider la sélection de la grille, il passe des valeurs nulles au formulaire enfant, ce qui peut déclencher des erreurs de pointeur BSFNAcronyme de Business Function, un module de code réutilisable pour la logique métier. non gérées ou des extractions de base de données invalides. La logique d'initialisation de votre formulaire enfant doit intercepter ces paramètres nuls, présenter un message d'avertissement clair et terminer la séquence d'initialisation avant de tenter d'exécuter des opérations de base de données.

Enfin, surveillez le comportement du moteur lors de la sortie du formulaire enfant. Examinez le journal pour valider que le formulaire enfant libère ses verrous de base de données et efface tous les caches JDE alloués ou les pointeurs de mémoire immédiatement après l'exécution de l'événement Close. Un nettoyage incomplet à ce stade entraîne des blocs de mémoire orphelins dans la JVMMachine Virtuelle Java, l'environnement d'exécution utilisé par le serveur HTML de JD Edwards. locale ou une contention de verrouillage sur des tables critiques comme F41021 ou F4211, ce qui dégrade les performances sur l'ensemble de la session interactive.

Un passage de contexte incorrect dans les formulaires Parent/Enfant représente souvent une part notable des lenteurs de performance inexpliquées du client Web signalées lors des UATUser Acceptance Testing : phase de tests finaux réalisés par les utilisateurs pour valider le système. 9.2.x, généralement estimée entre dix et vingt pour cent. En gérant strictement les structures Form Interconnect et en validant les paramètres à la limite d'entrée, les équipes informatiques d'entreprise peuvent éliminer ces erreurs transitoires, sauvegarder les performances de la base de données et offrir une expérience utilisateur fluide.

Si votre organisation rencontre des goulots d'étranglement de performance ou un comportement applicatif erratique lors d'une mise à niveau de Tools Release, contactez notre équipe d'architecture d'entreprise pour planifier un audit complet de la qualité du code.