Question : Le pour du besoin/escroqueries de diverses méthodes employées pour assurer des vbscripts s'exécute avec le cscript ou le wscript

Je suis si reconnaissant pour tous les grands programmeurs de superbe-génie sur l'EE !  Merci à l'avance de prendre du temps de m'aider again.

Please à prendre un examen rapide à la fonction SECONDAIRE minuscule ici : le target= " _blank " de " http://www.visualbasicscript.com/Newbie-Cscript-vs-Wscript-m83649.aspx " de href= du
le

I AM du bie-Cscript-vs-Wscript-m83649.aspx du pt.com/New de http://www.visualbasicscri allant oser une conjecture, cela quand vous faites compiler n'importe quel vbscript, ou déclenché, ou programmé, ou s'exécutant autrement automatiquement (ce vous n'êtes pas bien là, pour le donner un coup de pied au loin par double cliquer, ou introduire au clavier le « cscript myscript.vbs » un message de sollicitation), qu'il y a d'autres méthodes au delà de la routine SECONDAIRE j'a lié à en haut, qui peut être employée pour assurer l'interprétation du manuscrit est fait exclusivement par l'intermédiaire du wscript ou du cscript.  le

Assuming que vous savez de ces derniers, ce qui sont le pour/escroqueries de ces diverses méthodes (non-interactives) selon les programmes ? ? ? class= de

Réponse : Le pour du besoin/escroqueries de diverses méthodes employées pour assurer des vbscripts s'exécute avec le cscript ou le wscript

Quand vous le cassez il avale ce sous-marin n'est pas trop mauvais comprendre, me laisser voient si je peux clarifier un peu :

 Substrater ForceCScript ()
     S'InStr (UCase (WScript.FullName), « CSCRIPT.EXE ») = 0 puis
         Faible objShell : Placer l'objShell = le CreateObject (« WScript.Shell »)
         objShell.Run « %comspec% /k cscript.exe » et Chr (34) et WScript.ScriptFullName et Chr (34), 1, faux
         WScript.Quit ()
     Finir si
 Finir le sous-marin

ok, le premier SI le rapport détermine si WSCRIPT.EXE ou SCRIPT.EXE court actuellement ce manuscrit.  Il fait cela en mettant en référence une valeur de système de WScript.Fullname et puis en recherchant CSCRIPT.EXE dans lui.  Si on ne le trouve pas, alors nous devons cesser de courir, et relancement en mode de CSCRIPT.EXE.  Ainsi l'intérieur SI le bloc, nous définissent un dessus de poignée l'opbject de Shell, et emploient alors le methond de course qu'il fournit pour lancer un exécutable.  Cela exécute une commande comme si elle a été écrite à une ligne de commande message de sollicitation et court fondamentalement ce manuscrit une deuxième fois, mais cette fois le courant sous CSRIPT.  Après qu'il commence que la nouvelle copie du manuscrit il fait stoppé pour finir cette copie courante, qui n'employait pas CSCRIPT.

Ok, dessus au reste de la question.  Si vous êtes programmant ou essayant d'exécuter les vbs script, vous pouvez ou juste « couru » le dossier de filename.vbs, ou vous pouvez explicitement faire quelque chose comme le cscript filename.vbs.  Si vous courez ce qui sont souvent mentionnés pendant que les manuscrits en lots qui n'impliquent pas l'activité de fenêtres, alors j'emploie typiquement une ligne de commande (qui pourrait être dans le programmateur de fenêtres) de cscript //nologo filename.vbs suivi de tous les parms que je dois lui passer, et si désiré de réorienter le rendement à un dossier des textes.  Ceci le garde de montrer beaucoup à l'écran du tout.

Si vous ne savez pas le manuscrit sera couru, et il y a une possibilité qu'il peut être couru par double cliquer d'utilisateur là-dessus, ou juste filename.vbs entrant à une ligne de commande, et vous voulez qu'elle fonctionne dans le cscript ou wscript, alors le SOUS-MARIN peut être utile pour le forcer dans le mode de course désiré.

~bp