816034_fr-FR

liliconcom

Option de torréfaction 1 : Eval(), Parse() et récursivité, une aventure dans la métaprogrammation - Communauté d'utilisateurs JMP

De Jed Cambell (ingénieur système, JMP US)

Salut Marie,

Voici un code potentiel à tester : Eval(), Parse() et Recursion, une aventure dans la métaprogrammation - Communauté d'utilisateurs JMP

Même si je ne peux pas être présent à la réunion, n'hésitez pas à l'utiliser (j'aimerais au moins regarder l'enregistrement). Les commentaires devraient expliquer la double utilisation des noms de variables, et je pense qu'il serait préférable d'utiliser Expr() au lieu de Eval(Parse())

Meilleur,

Jed

Re: Option de torréfaction 1 : Eval(), Parse() et Récursivité, une aventure dans la métaprogrammation - Communauté d'utilisateurs JMP

Cela peut servir de base pour un script de torréfaction. Le script de Jed est un « processus » sur la façon dont ce script a été construit, mais si nous prenons juste la partie finale, cela fonctionnerait (à mon avis).

Donc cette partie :

//determine number of parts
New Window ("How many parts?",
	<< Modal,
	neb = Number Edit Box (10),
	Button Box ("OK", numParts = neb << Get;)
);
show(numParts);
listParts = {};

//Build first portion of script for modal window
//Escape character sequence for " is \!"
a = "
	New Window(\!"Get Pass/Fail List\!",
	<<MODAL></MODAL>

<P>Dans ce script, il pourrait s'agir de certains des points de « torréfaction » possibles&nbsp;:</P> <UL> <LI>Aucun nom par défaut ici (1) au début</LI> <LI>Pas d'en-tête pour le script</LI> <LI>Références de variables manquantes</LI> <LI>Je pense que l'utilisateur devrait pouvoir « quitter » déjà sur la première fenêtre modale</LI> <LI>Autorise les valeurs 0, . et négatives pour le numéro de pièce (elles créeront simplement une fenêtre vide plus tard, elles ne font pas planter l'application)</LI> <LI>Les noms des variables ne sont pas descriptifs</LI> <LI>Utilisation de Evil(Parse()) qui entraîne de nombreux problèmes (potentiels) différents</LI> <LI>Utilisation de la zone d'édition de texte lorsque vous ne devriez avoir que deux options à sélectionner (réussite ou échec)<UL><LI> Une zone de liste déroulante/une zone radio/une case à cocher serait généralement préférable</LI></UL></LI> <LI>La valeur par défaut est-elle Pass ? En général, je définirais Fail comme valeur par défaut (ou encore mieux « vide », « non sélectionné » pour m'assurer que l'utilisateur a fait un choix)</LI> <LI>Et si nous considérons cela comme un script JMP18 (je sais qu'il n'a pas été créé pour JMP18), je mettrais à jour la fenêtre modale pour utiliser le type <<</LI> <LI>Est-il nécessaire d’utiliser des listes pour collecter des références et des valeurs ?<UL><LI> Ce n'est pas le cas, mais c'est une méthode simple</LI></UL></LI> </UL> <P> </P> <P>Et nous n'avons pas le but exact de ce script. Doit-il avoir deux fenêtres modales ? Est-il nécessaire de déterminer le nombre de pièces avant la création de la deuxième modale ou serait-il possible de les avoir dans la même fenêtre OU de permettre à l'utilisateur d'en ajouter d'autres en appuyant sur un bouton. Mais ceux-ci pourraient également être considérés comme des points de torréfaction ? Aviez-vous une spécification appropriée avant de commencer à travailler sur cela ? Quels problèmes sont en cours de résolution ?</P> <P> </P> <P>Je peux également créer un script très basique que je vois souvent (et j'ai écrit quelque chose de similaire lorsque j'ai commencé). Récupérez des données (requête SQL, table ouverte, Excel,...), ajoutez des colonnes de formules, créez un tableau récapitulatif, puis créez une fenêtre avec quelques rapports. Et enfin, enregistrez-le au format .html interactif.</P> <P> </P>