Ægte Visual Basic veteraner kan huske, hvordan man koder smart lidt DOS batch-programmer det vil automatisere din pc. Før vinduer (Kan nogen huske det nu?) Der var hele bøger skrevet om DOS-batchfiler, fordi de var enkle, og enhver kunne piske en af disse små tekstfiler ud med Edit. (Edit er, hvad programmerere brugte før NotePad, og det er stadig tilgængeligt, hvis du vil prøve det. Bare indtast "Rediger" ved en DOS-kommandoprompt.)
Du var ikke nogen form for teknik, medmindre du havde skrevet din egen batchfil for at starte dine yndlingsprogrammer fra a DOS menu. "Automenu" var et af disse køkkenbordstartfirmaer dengang. At vide, at vi kunne blive ophidset over - "Gee Whiz" - muligheden for at starte programmer fra en menu skulle hjælpe dig med at forstå, hvorfor Windows var så revolutionerende.
Men faktisk tog de tidlige versioner af Windows et skridt tilbage, netop fordi de ikke gav os en "Windows" -måde til at oprette denne type desktop-automatisering. Vi havde stadig batchfiler - hvis vi var villige til at ignorere Windows. Men hvis vi ville bruge Windows, var glæden ved at skrive et enkelt stykke kode, der gjorde din computer mere personlig bare ikke der.
Alt det ændrede sig, da Microsoft frigav WSH - Windows scripthost. Det er meget mere end bare en måde at skrive enkle programmer på. Denne korte tutorial viser dig, hvordan du bruger WSH, og vi vil grave dig ind i, hvordan WSH er meget, meget mere end DOS-batchfiler drømte nogensinde om at være ved at vise, hvordan man bruger WSH til hard-core computer administration.
Hvis du bare lærer om VBScript, kan det være lidt forvirrende at finde ud af, hvor det "passer ind" i Microsoft-verdenen. For det første tilbyder Microsoft i øjeblikket tre forskellige 'host' til VBScript.
Da VBScript tolkes, skal der være et andet program, der leverer tolkningstjenesten til det. Med VBScript kaldes dette program 'vært'. Teknisk set er VBScript tre forskellige sprog, fordi hvad det kan gøre, helt afhænger af, hvad værten understøtter. (Microsoft sørger dog for, at de næsten er identiske.) WSH er værten for VBScript, der fungerer direkte i Windows.
Du kender måske brugen af VBScript i Internet Explorer. Selvom næsten al HTML bruger internettet Javascript da VBScript kun understøttes af IE, bruges hvis VBScript i IE er ligesom Javascript bortset fra at i stedet for at bruge HTML-sætningen ...
... og kode derefter dit program i VBScript. Dette er kun en god ide, hvis du kan garantere det kun IE bruges. Og den eneste gang du kan gøre dette er normalt for et virksomhedssystem, hvor kun en type browser er tilladt.
De to implementeringer er en, der fungerer fra en DOS-kommandolinie (kaldet "CScript" til kommandoscript) og en, der fungerer i Windows (kaldet "WScript"). Du kan kun bruge CScript i et DOS-kommandovindue, men det er interessant at bemærke, at meget af den virkelige verden af computersystemadministration stadig fungerer på den måde. Det kan også være forvirrende at opdage, at WScript-objektet er vigtigt for en masse kode, der normalt køres i CScript. Eksemplet, der vises senere, bruger WScript-objektet, men du kan køre det med CScript. Bare accepter det som måske at være lidt underligt, men det er sådan, det fungerer.
Hvis WSH er installeret, kan du køre et VBScript-program ved blot at dobbeltklikke på en hvilken som helst fil, der har VBS udvidelse, og den fil vil blive udført af WSH. Eller for endnu mere bekvemmelighed kan du planlægge, hvornår et script kører med Windows Task Scheduler. I samarbejde med Task Scheduler kan Windows køre WSH og et script automatisk. For eksempel, når Windows starter, eller hver dag på et bestemt tidspunkt.
På næste side ser du et kort eksempel på et WSH-script (tilpasset fra et leveret af Microsoft), der bruger WSH til at oprette en desktopgenvej til Office-programmet, Excel. (Der er bestemt lettere måder at gøre dette på - vi gør det på denne måde for at demonstrere scripting.) Det objekt, dette script bruger, er 'Shell'. Dette objekt er nyttigt, når du vil køre et program lokalt, manipulere indholdet af registreringsdatabasen, oprette en genvej eller få adgang til en systemmappe. Dette bestemte stykke kode skaber ganske enkelt en desktopgenvej til Excel. Hvis du vil ændre det til dit eget brug, skal du oprette en genvej til et andet program, du vil køre. Bemærk, at scriptet også viser dig, hvordan du indstiller alle parametre for skrivebordsgenvejen.
~~~~~~~~~~~~~~~~~~~~~~~~~
sæt WshShell = WScript. CreateObject ( "WScript. Skal")
strDesktop = WshShell. SpecialFolders ( "Desktop")
sæt oShellLink = WshShell. OpretShortcut (strDesktop _
& "\ MyExcel.lnk")
oShellLink. TargetPath = _
"C: \ Programfiler \ Microsoft Office \ OFFICE11 \ EXCEL.EXE"
oShellLink. WindowStyle = 1
oShellLink. Hotkey = "CTRL + SKIFT + F"
oShellLink. IconLocation = _
"C: \ Programfiler \ Microsoft Office \ OFFICE11 \ EXCEL.EXE, 0"
oShellLink. Beskrivelse = "Min Excel-genvej"
oShellLink. WorkingDirectory = strDesktop
oShellLink. Gemme
~~~~~~~~~~~~~~~~~~~~~~~~~
For at prøve dette script skal du bare kopiere og indsætte det i Notepad. Gem det derefter ved hjælp af ethvert navn... såsom "CreateLink.vbs". Husk, at Notepad tilføjer ".txt" til filer automatisk i nogle tilfælde, og filtypenavnet skal i stedet være ".vbs". Dobbeltklik derefter på filen. En genvej skal vises på dit skrivebord. Hvis du gør det igen, genskaber det bare genvejen. Du kan også starte DOS-kommandoprompten og navigere til den mappe, som scriptet blev gemt i, og køre det med kommandoen ...
Én forsigtighed: Scripts bruges meget af vira til at gøre dårlige ting på din computer. For at bekæmpe det kan dit system muligvis have software (såsom Norton AntiVirus), der blinker en advarselsskærm, når du prøver at køre dette script. Vælg bare indstillingen, der giver dette script mulighed for at køre.
Selvom det er fantastisk at bruge VBScript i denne tilstand, kommer den reelle udbetaling for de fleste til at bruge det til automatisere systemer som WMI (Windows Management Instrumentation) og ADSI (Active Directory Service) Interfaces).