Verklig Visual Basic veteraner kanske kommer ihåg hur man kodar smart litet DOS-batchprogram det skulle automatisera din dator. Innan Windows (Kan någon komma ihåg det nu?) Det fanns hela böcker skrivna om DOS-batchfiler eftersom de var enkla och vem som helst kunde piska ut en av dessa små textfiler med Edit. (Edit är vad programmerare använde innan NotePad och det är fortfarande tillgängligt om du vill prova det. Ange bara "Redigera" vid en DOS-kommandotolk.)
Du var inte någon form av teknik om du inte hade skrivit en egen batchfil för att starta dina favoritprogram från en DOS meny. "Automenu" var ett av dessa köksbordstarter då. Att veta att vi kan bli upphetsade över - "Gee Whiz" - möjligheten att starta program från en meny bör hjälpa dig att förstå varför Windows var så revolutionerande.
Men i själva verket tog de tidiga versionerna av Windows ett steg bakåt just för att de inte gav oss ett "Windows" sätt att skapa denna typ av stationär automatisering. Vi hade fortfarande batchfiler - om vi var villiga att ignorera Windows. Men om vi ville använda Windows, var glädjen att skriva en enkel kod som gjorde din dator mer personlig bara inte där.
Allt som förändrades när Microsoft släppte WSH - Windows Script Host. Det är mycket mer än bara ett sätt att skriva enkla program. Den här korta tutorialen visar hur du använder WSH, och vi gräver i hur WSH är mycket, mycket mer än DOS-batchfiler drömde någonsin om att vara genom att visa hur man använder WSH för hårddator administrering.
Om du bara lär dig om VBScript kan det vara lite förvirrande att ta reda på var det "passar in" i Microsoft-världen. För en sak erbjuder Microsoft för närvarande tre olika "värdar" för VBScript.
Eftersom VBScript tolkas måste det finnas ett annat program som tillhandahåller tolkningstjänsten för det. Med VBScript kallas detta program "värd". Tekniskt sett är VBScript tre olika språk eftersom det kan göra beror helt på vad värden stöder. (Microsoft ser dock till att de är praktiskt taget identiska.) WSH är värd för VBScript som fungerar direkt i Windows.
Du kanske känner till att använda VBScript i Internet Explorer. Även om nästan all HTML på webben använder Javascript eftersom VBScript endast stöds av IE, användningen om VBScript i IE är precis som Javascript förutom att istället för att använda HTML-uttalandet ...
... och kod sedan ditt program i VBScript. Detta är endast en bra idé om du kan garantera det endast IE kommer att användas. Och den enda gången du kan göra detta är vanligtvis för ett företagssystem där bara en typ av webbläsare är tillåten.
De två implementeringarna är en som fungerar från en DOS-kommandorad (kallad "CScript" för kommandoskript) och en som fungerar i Windows (kallad "WScript"). Du kan bara använda CScript i ett DOS-kommandofönster, men det är intressant att notera att mycket av den verkliga datorsystemadministrationen fortfarande fungerar på det sättet. Det kan också vara förvirrande att upptäcka att WScript-objektet är väsentligt för mycket kod som normalt körs i CScript. Exemplet som visas senare använder WScript-objektet, men du kan köra det med CScript. Acceptera det bara som att det är lite udda, men det är så det fungerar.
Om WSH är installerat kan du köra ett VBScript-program genom att helt enkelt dubbelklicka på vilken fil som har vbs tillägg och den filen kommer att köras av WSH. Eller för ännu mer bekvämlighet kan du schemalägga när ett skript körs med Windows Task Scheduler. I samarbete med Task Scheduler kan Windows köra WSH och ett skript automatiskt. Till exempel när Windows startar, eller varje dag vid en viss tidpunkt.
På nästa sida ser du ett kort exempel på ett WSH-skript (anpassat från ett från Microsoft levererat) som använder WSH för att skapa en skrivbordsgenväg till Office-programmet, Excel. (Det finns säkert enklare sätt att göra detta - vi gör det på detta sätt för att demonstrera skriptning.) Objektet som detta skript använder är "Shell". Detta objekt är användbart när du vill köra ett program lokalt, manipulera innehållet i registret, skapa en genväg eller komma åt en systemmapp. Den här kodkoden skapar helt enkelt en skrivbordsgenväg till Excel. För att ändra den för eget bruk, skapa en genväg till något annat program du vill köra. Observera att skriptet också visar hur du ställer in alla parametrar för skrivbordsgenvägen.
~~~~~~~~~~~~~~~~~~~~~~~~~
set WshShell = WScript. Create ( "wscript. Skal")
strDesktop = WshShell. SpecialFolders ( "Desktop")
set oShellLink = WshShell. CreateShortcut (strDesktop _
& "\ MyExcel.lnk")
oShellLink. TargetPath = _
"C: \ Programfiler \ Microsoft Office \ OFFICE11 \ EXCEL.EXE"
oShellLink. WindowStyle = 1
oShellLink. Snabbtangent = "CTRL + SKIFT + F"
oShellLink. IconLocation = _
"C: \ Programfiler \ Microsoft Office \ OFFICE11 \ EXCEL.EXE, 0"
oShellLink. Beskrivning = "Min Excel-genväg"
oShellLink. WorkingDirectory = strDesktop
oShellLink. Spara
~~~~~~~~~~~~~~~~~~~~~~~~~
Om du vill prova detta skript kopierar du och klistrar in det i Anteckningar. Spara det sedan med valfritt namn... som "CreateLink.vbs". Kom ihåg att Notepad kommer att lägga till ".txt" till filer automatiskt i vissa fall och filändelsen måste vara ".vbs" istället. Dubbelklicka sedan på filen. En genväg ska visas på skrivbordet. Om du gör det igen återskapar det bara genvägen. Du kan också starta DOS-kommandotolken och navigera till mappen som skriptet sparades i och köra det med kommandot ...
En försiktighet: Skript används mycket av virus för att göra dåliga saker på din dator. För att bekämpa det kan ditt system ha programvara (som Norton AntiVirus) som blinkar en varningsskärm när du försöker köra detta skript. Välj bara det alternativ som låter det här skriptet köras.
Även om det är bra att använda VBScript i det här läget, kommer den verkliga vinsten för de flesta att använda det för att automatisera system som WMI (Windows Management Instrumentation) och ADSI (Active Directory Service) Gränssnitt).