Ekte Visual Basic veteraner husker kanskje hvordan man kodet smart DOS batch-programmer som vil automatisere PCen din. Før Windows (Kan noen huske det nå?) Det var hele bøker skrevet om DOS-batch-filer fordi de var enkle og hvem som helst kunne piske ut en av disse små tekstfilene med Edit. (Edit er hva programmerere brukte før NotePad, og det er fremdeles tilgjengelig hvis du vil prøve det. Bare skriv "Rediger" ved en DOS-ledetekst.)
Du var ikke noen form for teknikk med mindre du hadde skrevet din egen batchfil for å starte favorittprogrammene dine fra a DOS Meny. "Automenu" var et av de oppstartbedriftene for kjøkkenbord den gang. Når du vet at vi kunne bli begeistret over - "Gee Whiz" - muligheten til å starte programmer fra en meny, skal det hjelpe deg å forstå hvorfor Windows var så revolusjonerende.
Men faktisk tok de tidlige versjonene av Windows et skritt bakover nettopp fordi de ikke ga oss en "Windows" måte å lage denne typen desktop-automatisering på. Vi hadde fremdeles batchfiler - hvis vi var villige til å ignorere Windows. Men hvis vi ønsket å bruke Windows, var gleden ved å skrive et enkelt stykke kode som gjorde datamaskinen din mer personlig bare ikke der.
Alt som endret seg da Microsoft ga ut WSH - Windows Script Host. Det er mye mer enn bare en måte å skrive enkle programmer på. Denne korte opplæringen vil vise deg hvordan du bruker WSH, og vi skal grave i hvordan WSH er mye, mye mer enn DOS-batchfiler drømte noen gang om å være ved å vise hvordan du bruker WSH for hard-core datamaskiner administrasjon.
Hvis du bare lærer om VBScript, kan det være litt forvirrende å finne ut hvor det "passer inn" i Microsoft-verdenen. For det første tilbyr Microsoft for øyeblikket tre forskjellige 'vert' for VBScript.
Siden VBScript blir tolket, må det være et annet program som tilbyr tolkningstjenesten for det. Med VBScript kalles dette programmet 'verten'. Teknisk sett er VBScript tre forskjellige språk fordi hva det kan gjøre avhenger helt av hva verten støtter. (Microsoft sørger imidlertid for at de er tilnærmet identiske.) WSH er verten for VBScript som fungerer direkte i Windows.
Du er kanskje kjent med å bruke VBScript i Internet Explorer. Selv om nesten all HTML på nettet bruker Javascript siden VBScript bare støttes av IE, kan bruken hvis VBScript i IE er akkurat som Javascript bortsett fra at i stedet for å bruke HTML-setningen ...
... og koder deretter programmet ditt i VBScript. Dette er bare en god ide om du kan garantere det bare IE vil bli brukt. Og den eneste gangen du kan gjøre dette er vanligvis for et bedriftssystem der bare en type nettleser er tillatt.
De to implementeringene er en som fungerer fra en DOS-kommandolinje (kalt "CScript" for kommandoskript) og en som fungerer i Windows (kalt "WScript"). Du kan bare bruke CScript i et DOS-kommandovindu, men det er interessant å merke seg at mye av den virkelige datamaskinsystemadministrasjonen fortsatt fungerer slik. Det kan også være forvirrende å oppdage at WScript-objektet er essensielt for mye kode som normalt kjøres i CScript. Eksemplet som vises senere bruker WScript-objektet, men du kan kjøre det med CScript. Bare godta det som å være litt rart, men det er slik det fungerer.
Hvis WSH er installert, kan du kjøre et VBScript-program ved å dobbeltklikke på en hvilken som helst fil som har filen vbs utvidelse, og den filen vil bli utført av WSH. Eller, for enda mer bekvemmelighet, kan du planlegge når et skript kjøres med Windows oppgaveplanlegging. I samarbeid med oppgaveplanlegging kan Windows kjøre WSH og et skript automatisk. For eksempel når Windows starter, eller hver dag på et bestemt tidspunkt.
På neste side ser du et kort eksempel på et WSH-skript (tilpasset fra et levert av Microsoft) som bruker WSH til å lage en skrivebordssnarvei til Office-programmet, Excel. (Det er absolutt enklere måter å gjøre dette på - vi gjør det på denne måten for å demonstrere skripting.) Objektet dette skriptet bruker er 'Shell'. Dette objektet er nyttig når du vil kjøre et program lokalt, manipulere innholdet i registeret, opprette en snarvei eller få tilgang til en systemmappe. Denne spesielle koden oppretter ganske enkelt en skrivebordssnarvei til Excel. Hvis du vil endre den til eget bruk, oppretter du en snarvei til et annet program du vil kjøre. Merk at skriptet også viser deg hvordan du angir alle parametrene til snarveien på skrivebordet.
~~~~~~~~~~~~~~~~~~~~~~~~~
sett WshShell = WScript. Create ( "wscript. Shell ")
strDesktop = WshShell. SpecialFolders ( "Desktop")
sett oShellLink = WshShell. CreateShortcut (strDesktop _
& "\ MyExcel.lnk")
oShellLink. TargetPath = _
"C: \ Programfiler \ Microsoft Office \ OFFICE11 \ EXCEL.EXE"
oShellLink. WindowStyle = 1
oShellLink. Hurtigtast = "CTRL + SHIFT + F"
oShellLink. IconLocation = _
"C: \ Programfiler \ Microsoft Office \ OFFICE11 \ EXCEL.EXE, 0"
oShellLink. Beskrivelse = "My Excel Shortcut"
oShellLink. WorkingDirectory = strDesktop
oShellLink. Lagre
~~~~~~~~~~~~~~~~~~~~~~~~~
For å prøve ut dette skriptet, bare kopier og lim det inn i Notisblokk. Lagre det ved å bruke hvilket som helst navn... for eksempel "CreateLink.vbs". Husk at Notepad vil legge til ".txt" til filer automatisk i noen tilfeller, og filtypen må i stedet være ".vbs". Dobbeltklikk deretter på filen. En snarvei skal vises på skrivebordet. Hvis du gjør det igjen, gjenskaper det bare snarveien. Du kan også starte DOS Command Prompt og navigere til mappen som skriptet ble lagret i og kjøre det med kommandoen ...
En forsiktighet: Skript brukes mye av virus for å gjøre dårlige ting mot datamaskinen din. For å bekjempe det kan systemet ditt ha programvare (for eksempel Norton AntiVirus) som vil blinke en advarselskjerm når du prøver å kjøre dette skriptet. Bare velg alternativet som lar dette skriptet kjøres.
Selv om det er bra å bruke VBScript i denne modusen, kommer den virkelige gevinsten for folk flest å bruke den til automatisere systemer som WMI (Windows Management Instrumentation) og ADSI (Active Directory Service) Grensesnitt).