Autoit beskrivning av funktioner. En anställd i koppel: Granskning av program för att automatisera rutinoperationer. Vad är AutoIt3 för?
ALEXEY BARABANOV
Automatisering av MS Windows, eller AutoIt som en Enikeys dröm
Del 1
Om kopiatorn inte fungerar, ring systemadministratören.
Det här är en elektronisk enhet, eller hur?
Sedan tillkomsten av datorer har mänskligheten delats upp i användare och "datornördar". De stod på motsatta sidor av den elektroniska datorn, ibland förvirrade om exakt vilken klass eller grupp de tillhörde. Men efter hand föll allt och alla på plats. Antalet användare ökade och antalet "datavetare" bara förfinades. Även om det fanns få datorer, och de var stora tekniska strukturer, betjänade av hela team av "datorspecialister", som inkluderade ett ganska stort antal mekaniker och elektriker, försökte de göra antalet användare per dator så stort som möjligt. Det allmänna förhållandet mellan användare och "datavetare" var av lite intresse för någon, eftersom datorer var den huvudsakliga resursen. Men med tillkomsten personliga datorer, när andelen av deras antal till antalet användare oåterkalleligt flyttade till kategorin heltal, blev det mycket dyrt att ha ett team för att serva varje dator. Det var från detta ögonblick, från det ögonblick då persondatorer skapades, som utvecklare av både utrustning och programvara började fundera på att minska kostnaderna för att serva sina produkter. Det var då abstrakta "datavetare" började förvandlas till systemadministratörer som specialiserade sig på underhåll datorsystem. Samtidigt speciell mjukvaruprodukter, speciellt avsedd för systemadministratörer eller främst inriktad på att lösa underhållsproblem.
Till exempel måste IBM 360-användare som arbetar i en DOS-miljö på något sätt känna till och kunna använda JCL jobbkontrollspråk, och om de arbetade i konsolläge, då språket för att styra driften av hela systemet. Men samma IBM PS/2-användare som arbetar i OS/2-miljön kunde inte längre veta något om systeminställningarna och bara nöja sig med vad det grafiska gränssnittet ger dem.
Således har frågan om att skilja användare från systemadministratörer kommit till skillnaden i de gränssnitt de använder. Användare av en dator inbyggd mobiltelefon, styr enheten med hjälp av ett grafiskt gränssnitt och knappar på enhetens kropp, och teknikern som servar samma telefon använder konsolkommandon eller grafiskt gränssnitt program speciell dator, till vilken den nämnda telefonen är ansluten via en JTAG-teknikkontakt. Med andra ord måste gränssnittet motsvara de uppgifter som ska lösas. Men för persondatorer var gränssnittet verkligen ödesdigert. När allt kommer omkring var deras viktigaste skillnad från datorer som används kollektivt den exklusiva tillhandahållandet av alla resurser till en användare. Detta kunde inte annat än påverka hur gränssnittsproblemet löstes. Många av de första persondatorerna såldes som TV-set-top-boxar, till exempel Sinclair. Det vill säga utan en TV var det ännu inte en dator, men efter att ha anslutit den kunde datorn redan användas. Detta visade vikten av gränssnittet.
PC:ns kommersiella framgång berodde i mycket stor utsträckning på hur gränssnittsfrågan löstes och hur lätt detta gränssnitt kunde användas av outbildade konsumenter. Om de första PC-datorerna hade samma textgränssnitt som stordatorer (för protokollet kallades JCL "fågelspråk" av många för dess superkomplicerade), så skulle dessa enheter troligen ha sjunkit i glömska så snart de dök upp . Men detta skedde inte just tack vare det tillgängliga och attraktiva grafiska gränssnittet. Till en början var det viktigaste i själva skärmen, det vill säga i tv-röret. Förmodligen lockades människor av det faktum att det kunde användas för att se inte bara nyheter och filmer. Men sedan experimenterade Xerox-företaget framgångsrikt med att träna intelligenta upprättstående däggdjur att använda en mus med en knapp. Detta var verkligen en revolutionerande händelse. Och även om "musen" sedan dess har lyckats öka antalet knappar, har den föreslagna metoden att interagera med en PC genom att trycka på musknapparna, eller "klick", blivit fast etablerad bland datoranvändare. Och på samma sätt tvingade han definitivt systemadministratörer att ta en negativ ställning till denna process - "musklickning".
Gränssnitt
Om systemadministratören säger till dig i telefonen,
vilka knappar som behöver tryckas in, läs tidningen.
Egentligen vill jag inte att du ska göra någonting.
Varför passade inte ”mössen” systemadministratörerna så mycket? Det handlade inte så mycket om musmanipulatorerna, utan om funktionerna i det grafiska gränssnittet som användes vid den tiden. Eftersom huvudindikatorn för nivån på systemadministration har blivit antalet datorer som betjänas av en anställd, har metoder för att säkerställa automatisering av systemdrift, OS-installation, konfiguration och hantering blivit avgörande viktiga. Och lösningen på detta problem var nära relaterad till tillhandahållandet av alla dessa verk genom fjärråtkomstkanaler. Naturligtvis, för plattformar med ett textgränssnitt var både det första och det andra lätta att lösa. Det fanns enkla skriptspråk som gjorde det möjligt att mycket snabbt programmera valfri OS-kontrolloperation, och sätten att tillhandahålla fjärråtkomst i textläge tillhandahölls på en ganska svag teknisk kommunikationsnivå. Det är till exempel så här administrationsproblem löstes i UNIX-familjen av operativsystem. Men i operativsystem inriktad på att arbeta i en grafisk miljö var allt inte så enkelt. För det första är det grafiska gränssnittet, ur en semantisk synvinkel, helt bestämt av applikationsprogrammet. Det vill säga, reaktionen på att aktivera knappen "OK" i den grafiska menyn beror på dialogens fas och syftet med programmet som servar den. För det andra krävde att möjliggöra fjärrarbete i en grafisk miljö mycket mer bandbredd från kommunikationskanaler än att arbeta i ett textgränssnitt. Allt detta ledde till att automatisering av grafiska inställningar praktiskt taget inte utvecklades. Tja, kanske av OS-utvecklaren själv, i det här fallet Microsoft, genom att öka komplexiteten hos kapslade menyer. Och för systemadministratörer att arbeta i miljön Microsoft Windows förvandlats till en oändlig träning av handledsmusklerna, eftersom deras kapacitet praktiskt taget inte skilde sig från de som gavs till vanliga användare, ändrades bara rubrikerna och innehållet i rullgardinsfönstren. Detta har spelat en positiv roll - en manipulator av mustyp har nyligen förvandlats från en primitiv "båra" med pumphjul och en gummerad kula till en högteknologisk enhet baserad på en optisk (laser) skanner och utrustad med en radiokanal för kommunikation med en dator. Men det är uppenbart att även om musen konverteras till ett implantat med ett datorgränssnitt, kommer detta fortfarande inte att tillåta en systemadministratör att samtidigt serva ett större antal datorer, som krävs av den moderna IT-branschen, med förbehåll för strikta TCO-ramverk: http://www .telecominfo.ru/?t=2012, tabell 2. Och ökningen av antalet samtidigt betjänade användardatorer (Full Time Equivalent - FTE) begränsades av underutvecklingen av automationsverktyg för systemarbete i byggda operativsystem på basis av grafiska gränssnitt.
Därmed inte sagt att allt endast begränsades av tekniska problem. Faktum är att på MS Windows-plattformen, som länge inte hade något alternativ för persondatorer, används främst proprietära mjukvaruprodukter. Och lösningen på problemet med deras massa installation pågår strider mot kraven för att följa den obligatoriska registreringsproceduren (legalisering, aktivering) för varje kopia av programmet. Vanligtvis är proceduren för att registrera en kopia omgiven av ett speciellt skyddsprotokoll och inte alltid tekniska steg, till exempel måste du godkänna licensen, ange serienummer från en låda eller CD, sätt in en nyckelskiva i enhetsfacket, aktivera via Internet och mycket mer som kommer in i huvudet på en utvecklare som är orolig för att göra en vinst. Inte ens själva MS Windows OS i dess förpackade utförande är avsett att skapa automatiserade system installationer baserade på den. Vad är poängen med att automatiskt reproducera ett exemplar om, enligt marknadsföringsplanen, alla sålda exemplar av detta system kräver ett originalregistreringsförfarande för var och en av dem. Givetvis lämnades kryphål och andra reservationer. Tja, "grundarna" till denna mjukvaru-"pyramiden" kunde inte bara reducera hela institutionen av systemadministratörer till positionen som "Enikey-människor." Därför fanns det så kallade "företagsversioner" som tillät serieinstallation, som att kopiera samma installationsprocedur till många datorer. Det är sant att som vedergällning infördes andra restriktioner där, till exempel för installation av uppdateringar. Men inte alla mjukvarutillverkare hade råd med en sådan surrogatfrihet att automatisera rutinoperationer för att installera sina egna produkter. Därför är ett annat problem med att automatisera arbete i en GUI-miljö att många mjukvaruprodukter inte är avsedda för automatisk installation och konfiguration på grund av design, eftersom de krävde "mänskliga" åtgärder under installationsprocessen.
Animation istället för automatisering
Om du ser meddelandet "Är du säker?"
Klicka på "Ja" så snabbt som möjligt!
Fan om du inte var säker
det skulle du väl inte göra?
Och nu är alla dessa problem lösta. Ett verktyg för att automatisera operationer i en grafisk fönstermiljö dök upp, som simulerade en mänsklig operatörs arbete, kallat AutoIt och var ursprungligen avsett att automatisera programinstallationsoperationer. För närvarande kan du använda version 2.64, hämtad från http://www.hiddensoft.com/AutoIt, och version 3.1.0, tillgänglig på: http://www.autoitscript.com/autoit3/index.php. Dessa program är distribuerade under öppna licenser. Version 2.64, skriven av Jonathan Bennet, kan användas utan begränsningar i icke-kommersiella projekt, men i kommersiella projekt är det nödvändigt att inkludera en länk till utvecklarens webbplats tillsammans med produkten. Version 3.1.0, författad av ovannämnda Jonathan Bennett tillsammans med AutoIt-teamet, är redan under GNU GPL, vilket indikerar tillvägagångssättets mognad och omöjligheten att ytterligare ta bort detta program från fri cirkulation genom att överföra det under någon stängd licens. För båda versionerna finns det, förutom den bifogade hjälpfilen på engelska, även en rysk version av dokumentationen i chm-format, utarbetad av Valery Ivanov.
Om vi betraktar detta program separat från sammanhanget för dess avsedda applikation, är det bara ett sätt att fånga upp analysen av tillståndet för fönstergränssnittet och emulera de nödvändiga meddelandena, förmodligen på uppdrag av operatören. Det ser nästan ut som en demonstrationsanimation. Men ur en språkmaskins synvinkel, till exempel Unix bash, som tolkar ett visst skript, ser alla handlingar lika multiplikativa ut. Bara detta är inte märkbart för någon om det inte händer på skärmen, utan i en textkonsol. Och särskilt eftersom texttolkare har förmågan att dölja och omdirigera bearbetade karaktärsströmmar. Men vi kan också nämna en komplett textanalogi från *nix-världen till programmet som diskuteras här. Detta är ett välkänt förväntat verktyg. Det låter dig ersätta kommunikation med textterminaler för vissa applikationsprogram och därigenom automatisera operatörens arbete genom att emulera processen för hans arbete. Detta används vanligtvis för att automatisera arbete med interaktiva miljöer, till exempel med ftp. Noterbart är att både förvänta och AutoIt inkluderar ett verktyg som underlättar skapandet av skript genom att registrera infångade verkliga gränssnittsdata. Naturligtvis, i AutoIt är detta fortfarande ett mycket omoget manuellt verktyg som visar egenskaperna hos det valda GUI-elementet i ett modalt fönster.
Ur teknisk synvinkel använder AutoIt bara de funktioner som är inneboende i GUI API. Samma resultat kan uppnås med Visual Basic eller till och med C++. Men det är skillnaden: med AutoIt kan du undvika programmering på "tunga" språk. Eftersom systemadministratören inte är en programmerare, och han behöver inte skriva program, utan bara lösa standardautomatiseringsproblem som uppstår under arbetets gång.
Så hur fungerar det? Ett sådant verktyg måste kunna mata in all nödvändig data i den miljö som det kontrollerar, analysera svaret och, i den utsträckning som standardspråkkapaciteten har, organisera det interaktiva utförandet av den beskrivna processen. Allt! Om gränssnittet är textmässigt, vilket är sant för förvänta, måste ett sådant system mata in strängsekvenser, ta emot och analysera svarssträngar och, beroende på resultatet och på grund av dess syntaxfunktioner, organisera någon algoritmisk process. Om gränssnittet är grafiskt läggs GUI-specifikationer till ovan. Indata inkluderar kontroll av beteendet hos fönster (detektion, aktivering, minimering, stängning, etc.), bokmärken och andra fönstergränssnittselement, musrörelser och knappklick. På samma sätt läggs händelser för skapande, aktivering och andra operationer med fönster till mottagna data. Tja, resten bestäms helt av utformningen av det inbyggda språket. Version 2.* använder ett språk med en kommaavgränsad assembly-liknande syntax och primitiva kontrollsatser baserade på villkorliga grenar. I den 3:e versionen är det redan ett nästan fullfjädrat programmeringsspråk med välbekanta kontrollstrukturer, inklusive funktioner, och som ett resultat tas goto bort från användning i den här utgåvan. Båda versionerna låter dig både tolka operatorer skrivna i en separat skriptfil och skapa en körbar version baserad på runtime-komponenter. Men version 3.* är en och en halv gång tyngre. Därför har körbara filer baserade på version 2 en storlek på 40 KB, och version 3.* - från 116 KB. Förmodligen på grund av det större antalet inbyggda funktioner. Utöver det som redan har listats har version 3.* inbyggda timeouts i wait statements, vilket gör att du kan lösa problemen med att "hänga" instabila applikationer, men i praktiken att automatisera standardåtgärder kan du framgångsrikt klara dig utan detta . Med andra ord, lösningar byggda på version 2.* är fortfarande relevanta för 90 % av de problem som löses med AutoIt, men version 3.* låter dig skapa fullfjädrade applikationer om det behövs. Det finns till och med exempel på spelprogram i Internetresurser dedikerade till AutoIt.
Mjukvaruinstallation
Om du går kvällsdatorkurser,
se till att testa dina kunskaper på din
och alla grannarnas datorer.
Vi älskar att jobba till 02:30 med att fixa det.
Jag tror att teorin räcker. Därefter kommer vi att överväga olika exempel på verklig användning av den föreslagna tekniken. Målet här är inte att skriva stora och sofistikerade program. Huvudsaken är att dessa är användbara och praktiska manus och program. Några av dem kommer att diskuteras i texten, andra anges helt enkelt i länkarna och är avsedda för oberoende studier. Många av dem kommer att användas i det sista omfattande exemplet på att skapa en disk för automatisk installation av MS Windows. Från det enklaste kommer de föreslagna programmen gradvis att bli mer komplexa, vilket inte hindrar, efter att ha läst hela artikeln, att återvända till början och omarbeta de övervägda programmen med hela arsenalen av AutoIt.
Som ett första praktiskt exempel, låt oss titta på att automatisera installationen av själva AutoIt. Eftersom vi har två fungerande versioner samtidigt, 2:a och 3:e, kommer vi att lösa problemet med att automatiskt installera AutoIt version 3 med skriptet för version 2. För att göra detta, installera AutoIt version 2 på systemet och skapa den med hjälp av textredigerare Anteckningar fil setup_autoit3.aut. Tillägget "aut" är standard för AutoIt2-skript. Låt oss skriva följande sekvens av operatorer:
SetTitleMatchMode, 2
DetectHiddenText, på
// ta bort alla fönster från skärmen
WinMinimizeAll
// vänta en sekund
Sömn, 1000
Kör, autoit-v3-setup.exe
// färdigställande
Utgång
Detta mycket korta program kommer att bli grunden för manuset som utvecklas. Alla uttalanden är kommenterade och innehållet är helt klart. Men innan vi startar det, låt oss ladda ner "AutoIt Reveal Mode" - ett speciellt verktyg för att visa information gömd i strukturer associerade med Windows i MS Windows. Sedan kör vi skriptet och väntar på att det är klart. När meddelandet om slutförandet visas, stäng det genom att klicka på "OK"-knappen och expandera alla fönster igen. Det ska se ut som på bilden.
Observera här att AutiIt v2.64-fönstret visar hela listan med textrader från det aktiva fönstret, med början med dess titel. Det är dessa rader som installationsprogrammet kommer att "fånga" ytterligare i vårt skript, och eftersom Nästa-knappen redan är markerad som aktiv, så snart skriptet väntar på fönstret som heter "AutoIt v3.1.0. Setup", kan du skicka Enter till detta fönster, vilket kommer att leda till att du trycker på den aktiva knappen, det vill säga går till nästa installationsskärm. Här är texten för nästa, mer komplexa utvecklingsfas:
// ställ in läget för att upptäcka dold text i Windows
SetTitleMatchMode, 2
DetectHiddenText, på
// ta bort alla fönster från skärmen
WinMinimizeAll
// vänta en sekund
Sömn, 1000
// starta installationen från samma katalog
Kör, autoit-v3-setup.exe
Skicka, (ENTER)
// visa ett fönster med ett meddelande
MsgBox, 0, AutoIt, installation klar
// färdigställande
Utgång
För att kontrollera, avbryt installationen och kör skriptet igen.
Efter att ha stoppat, låt oss avsluta vårt skript igen, maximera alla fönster och analysera resultatet som visas i figuren.
Här kommer vi, i likhet med den första lanseringen, att följa de rödmarkerade områdena. Uppgiften är att "fånga" ett nytt fönster och aktivera önskad åtgärd. Men fönstret har samma namn som det förra! Sedan tittar vi i interceptorfönstret för att se vilka andra strängvärden som är tillgängliga för oss. Hitta raden "Licensavtal". Denna rad återspeglar bäst den specifika innebörden av det resulterande fönstret. Och eftersom den önskade åtgärden återigen ställs in som standard, måste du efter att ha upptäckt det här fönstret skicka Enter till det igen. Ändra texten enligt följande:
// ställ in läget för att upptäcka dold text i Windows
SetTitleMatchMode, 2
DetectHiddenText, på
// ta bort alla fönster från skärmen
WinMinimizeAll
// vänta en sekund
Sömn, 1000
// starta installationen från samma katalog
Kör, autoit-v3-setup.exe
// vänta på önskat fönster och klicka på Nästa
WinWaitActive, AutoIt v3.1.0-installation
Skicka, (ENTER)
Skicka, (ENTER)
// visa ett fönster med ett meddelande
MsgBox, 0, AutoIt, installation klar
// färdigställande
Utgång
Observera hur syntaxen för WinWaitActive-operatorn har ändrats, eftersom du nu måste identifiera fönstret inte med dess titel, utan genom texten inuti, den upptäckta raden skrivs i det tredje fältet. Låt oss stoppa installationen igen och utföra samma operationer som i föregående lansering. Efter att ha stannat bör du få ett resultat som liknar det som visas i figuren.
Allt här liknar det andra steget av att utveckla ett automatiseringsskript. Vi hittar linjen för att upptäcka fönstret och avgöra vilka knappar som måste tryckas in. Vi skriver allt till ett manus. Utvecklingen av det fjärde slaget sker på exakt samma sätt. Faktum är att du kan köra hela installationen i en kontinuerlig slinga och helt enkelt komma ihåg raderna som definierar vart och ett av installationsfönstren och registrera nyckelkoderna som skrivs in i denna process. Programmering i AutoIt är extremt enkelt. Resultatet är följande program:
// ställ in läget för att upptäcka dold text i Windows
SetTitleMatchMode, 2
DetectHiddenText, på
// ta bort alla fönster från skärmen
WinMinimizeAll
// vänta en sekund
Sömn, 1000
// starta installationen från samma katalog
Kör, autoit-v3-setup.exe
// vänta på önskat fönster och klicka på Nästa
WinWaitActive, AutoIt v3.1.0-installation
Skicka, (ENTER)
// vänta på samma sätt på licensavtalet
WinWaitActive, licensavtal
Skicka, (ENTER)
WinWaitActive, välj Installationsplats
Skicka, (ENTER)
// slutför installationen
WinWaitActive, klicka på Slutför för att stänga
Skicka, (ENTER)
// visa ett fönster med ett meddelande
MsgBox, 0, AutoIt, installation klar
// färdigställande
Utgång
Detta program installerar AutoIt v3 i automatiskt läge. Den kan konverteras till körbar snarare än tolkad kod. Men jag föreslår att köra det helt och sedan gå vidare till att arbeta i AutoIt v3, som kommer att installeras vid det här laget. Först och främst kommer vi att använda verktyget för att konvertera tester från version 2 till version 3 "v2 till v3 Converter". Detta tillvägagångssätt låter dig omedelbart få ett syntaktiskt korrekt program. Här är resultatet:
// V2.64 till V3.0.100 (version 1.0.6)
// Konverterad med AutoItV2toV3
// (C) Copyright 2004 J-Paul Meddelande.
// ställ in läget för att upptäcka dold text i Windows
AutoItSetOption("WinTitleMatchMode", 2)
AutoItSetOption("WinDetectHiddenText", 1)
// ta bort alla fönster från skärmen
WinMinimizeAll()
// vänta en sekund
Sömn (1000)
// starta installationen från samma katalog
Kör("autoit-v3-setup.exe")
// vänta på önskat fönster och klicka på Nästa
WinWaitActive("AutoIt v3.1.0 Setup")
Skicka("(ENTER)")
// vänta på samma sätt på licensavtalet
WinWaitActive("", "Licensavtal")
Skicka("(ENTER)")
// fönster med val av installationsplats
WinWaitActive("", "Välj installationsplats")
Skicka("(ENTER)")
// slutför installationen
WinWaitActive("", "Klicka på Slutför för att stänga")
Skicka("(ENTER)")
// visa ett fönster med ett meddelande
$__msgbox = MsgBox (0, "AutoIt", "Inställning klar")
// färdigställande
Utgång
Som framgår av texten medför den nya syntaxen inga betydande förändringar. Efter konverteringen placerades skriptet i filen setup_autoit3.au3, vars tillägg har standardvärdet för version 3. Men programmet gör allt på samma sätt. Om du konverterar den till körbar kod med hjälp av kompilatorn som finns tillgänglig i version 3, kan du efter att ha tagit bort AutiIt v3 från systemet installera den igen med nytt program. Detta kommer att vara en prestationskontroll.
Men precis som inte allt arbete systemadministratör reduceras endast till installation av applikationsprogram, och funktionerna hos AutoIt är inte begränsade till serviceprogram som setup.exe. Men mer om det i nästa del.
1. Vad är AutoIt3 till för?
AutoIt är designat för allmänna automationsuppgifter. För att uppnå detta mål skapades ett standardiserat BASIC-liknande programmeringsspråk. Detta betyder att om du redan är bekant med några programmeringsspråk för skript, kommer du med största sannolikhet att lära dig AutoIt v3 med lätthet.
2. Är AutoIt svårt att lära sig?
Det är väldigt lätt att lära sig AutoIt3, titta på exemplet med anropskommandon
9. Varför får jag inte det förväntade resultatet när jag försöker visa värdet på en variabel med konstruktionen "Variable value: $variable"?
Om du har en variabel som heter $msg och du vill mata ut den till MsgBox kommer följande INTE att fungera:
12. Hur kan jag avsluta ett skript när jag trycker på en snabbtangent?
Om du vill avsluta ett skript när en specifik tangentkombination trycks ned, använd funktionen HotKeySet, som kör en användarspecificerad funktion när den angivna tangentkombinationen trycks ned. Denna användardefinierade funktion måste innehålla nyckelordet Exit.
Nedan finns koden som avslutar skriptet när tangentkombinationen CTRL+ALT+x trycks ned
13. Hur kan jag använda min egen ikon för ett kompilerat skript?
Du måste köra skriptkompilatorprogrammet (och inte bara välja "Kompilera" när du högerklickar på skriptfilen). Den här hjälpsidan beskriver mer detaljerat hur kompilatorn fungerar. Använd också AutoIt3Wrapper för att ange ikonen i själva skriptet med hjälp av direktiv.
14. Hur kan jag förhindra att en andra kopia av mitt skript körs?
Använd funktionen _Singleton(). Se hjälpämnet User Defined Functions (UDF) för mer detaljerad information om hur den här funktionen fungerar och hur den används.
15. Vilka är de tekniska begränsningarna för AutoIt3?
Nedan hittar du de aktuella tekniska begränsningarna för AutoIt. Tänk på att vissa gränser är rent teoretiska och du kommer sannolikt att nå prestanda- eller minnesgränser innan gränsen utlöses. Se även avsnittet " "
| Menande | Beskrivning |
|---|---|
| 2147483647 | Maximal längd strängvariabel. Med tanke på gränsen på 2 GB per process och tecknen i minnet i Unicode, minskar detta avsevärt det angivna värdet |
| inte begränsad | Maximalt antal GUI-fönster |
| 5100 | Maximal nivå av kapsling av rekursiva funktionsanrop |
| inte begränsad | Maximalt antal användarfunktioner |
| inte begränsad | Maximalt antal variabler som används i skriptet |
|
Nummerintervall åt flyttal med precision upp till 15 decimaler |
|
| Heltalsområde: 64-bitars heltalstyp med tecken | |
|
0x7FFFFFFFF |
Hexadecimalt intervall: 32-bitars heltal med tecken |
| 64 | Maximalt antal dimensioner i arrayen |
| 16 miljoner | Totalt antal element i arrayen |
16. Varför saknas det en bild i exemplen på hjälpfilen?
Detta borde ha varit en "Öppna"-knapp som öppnar hjälpexemplen i redigeringsfönstret. Den här typen av fel uppstår när hhctrl.ocx-biblioteket är felaktigt registrerat i systemet eller om den här filen är skadad.
Försök att registrera dig genom att köra kommandot "regsvr32 hhctrl.ocx" (Kör dialogrutan via Win+R) eller kontrollera filens funktionalitet.
» AutoIt
Översikt
AutoIt v3 är ett gratisprogram BASIC-liknande skriptspråk designat för att automatisera Windows GUI och allmän scripting. Den använder en kombination av simulerade tangenttryckningar, musrörelser och fönster-/kontrollmanipulation för att automatisera uppgifter på ett sätt som inte är möjligt eller tillförlitligt med andra språk (t.ex. VBScript och SendKeys). AutoIt är också mycket liten, fristående och kommer att köras på alla versioner av Windows direkt utan att det krävs några irriterande "körtider"!
AutoIt designades ursprungligen för "utrullning" av PC-situationer för att på ett tillförlitligt sätt automatisera och konfigurera tusentals datorer. Med tiden har det blivit ett kraftfullt språk som stöder komplexa uttryck, användarfunktioner, loopar och allt annat som veteranskriptare kan förvänta sig.
- Lätt att lära sig BASIC-liknande syntax
- Simulera tangenttryckningar och musrörelser
- Manipulera fönster och processer
- Interagera med alla vanliga Windows-kontroller
- Skript kan kompileras till fristående körbara filer
- Skapa grafiska användargränssnitt (GUI)
- COM-stöd
- Vanliga uttryck
- Anropa externa DLL- och Windows API-funktioner direkt
- Skriptbara RunAs-funktioner
- Detaljerad hjälpfil och stora community-baserade supportforum
- Kompatibel med Windows XP / 2003 / Vista / 2008 / Windows 7 / 2008 R2 / Windows 8 / 2012 R2 / Windows 10
- Unicode och x64-stöd
- Digitalt signerad för sinnesfrid
- Fungerar med Windows Vistas användarkontokontroll (UAC)
AutoIt har utformats för att vara så liten som möjligt och fristående utan att några externa .dll-filer eller registerposter krävs, vilket gör det säkert att använda på servrar. Skript kan kompileras till fristående körbara filer med Aut2Exe.
Dessutom levereras en kombinerad COM- och DLL-version av AutoIt som kallas AutoItX som låter dig lägga till de unika funktionerna i AutoIt till dina egna favoritskript- eller programmeringsspråk!
Det bästa av allt är att AutoIt fortsätter att vara det FRI– men om du vill stödja den tid, pengar och ansträngning som spenderas på projektet och webbhotellet så kan du donera.
Ladda ner
Funktioner
Här är några av de unika funktionerna i AutoIt.
Grundläggande syntax och rik funktionsuppsättning
AutoIt har en BASIC-liknande syntax som gör att de flesta som någonsin har skrivit ett manus eller använt ett språk på hög nivå borde kunna ta upp det lätt.
Även om det startade livet som ett enkelt automatiseringsverktyg, har AutoIt nu funktioner och funktioner som gör att det kan användas som ett allmänt skriptspråk (med fantastisk automatisering också såklart!). Språkfunktioner inkluderar:
- De vanliga högnivåelementen för funktioner, loopar och uttrycksanalys
- En svindlande mängd stränghanteringsfunktioner och en Perl-kompatibel motor för reguljära uttryck (med PCRE-biblioteket).
- COM-stöd
- Anropa Win32 och tredjeparts DLL API:er
Inbyggd redigerare med syntaxmarkering
AutoIt kommer med en anpassad "lite" version av SciTe som gör det enkelt att redigera skript. Användare kan också som inkluderar ytterligare verktyg för att göra saker ännu enklare.
Fristående och liten
AutoIt är en mycket liten och fristående applikation utan beroende av massiva körtider som .NET eller VB. Allt du behöver för att köra AutoIt-skript är den huvudsakliga AutoIt-körbara filen (AutoIt3.exe) och skriptet. Skript kan också kodas till fristående körbara filer med den inbyggda skriptkompilatorn Aut2Exe.
Internationell och 64-bitars support
AutoIt är helt Unicode-medvetet och inkluderar även x64-versioner av alla huvudkomponenter! Hur många andra gratis skriptspråk kan du säga det om?
Nyckel- och mussimulering
Mycket tid har lagts ner på att optimera tangenttrycknings- och mussimuleringsfunktionerna för att vara så exakta som möjligt på alla versioner av Windows. Alla mus- och tangentbordsrutiner är mycket konfigurerbara både vad gäller simuleringshastighet och funktionalitet.
Fönster- och kontrollhantering
Du kan förvänta dig att flytta, dölja, visa, ändra storlek, aktivera, stänga och i stort sett göra vad du vill med Windows. Windows kan refereras med titel, text i fönstret, storlek, position, klass och till och med interna Win32 API-handtag.
Få direkt information om och interagera med redigeringsrutor, kryssrutor, listrutor, kombinationer, knappar, statusfält utan risk för att tangenttryckningar försvinner. Arbeta till och med med kontroller i fönster som inte är aktiva!
Grafiska användargränssnitt (GUI)
AutoIt v3 låter dig också skapa några komplexa GUIs – precis som de nedan!
Och mycket, mycket mer.
Du vill förmodligen gå till nedladdningssidan just nu...
OS Windows har vunnit popularitet främst på grund av dess bekväma och intuitiva gränssnitt. Men om den vanliga användaren bara hade nytta av detta, då för admin tryckknappskontroll har många olägenheter. Visst kan vissa problem lösas med hjälp av konsolkommandon och skript, men inte alla. Och här kommer de till undsättning särskilda medel automatisering.
AutoIt
Ett av de mest populära automationsverktygen bland administratörer är AutoIt (autoitscript.com/autoit3), som simulerar tangenttryckningar, musklick och andra liknande åtgärder som en användare vanligtvis utför när han arbetar i GUI-applikationer.
Med AutoIt kan alla dessa rörelser programmeras med ett BASIC-liknande språk. Programmet kan hantera processer, komma åt Windows API och DLL, registret, urklipp, filer (läsa, ändra, ta bort), skapa GUI, meddelanden, datainmatningsformulär, arbeta med databaser (MySQL och SQLite), läsa HTML-kod, ladda ner filer, skicka e-post och mycket mer. I allmänhet beror allt enbart på önskan att mixtra med inställningarna. Det är glädjande att AutoIt inte kräver programmeringskunskaper från administratören. I skript kan du enkelt komma åt fönsterkontroller med bara ett par rader kod. Man ska dock komma ihåg att AutoIt fungerar utan problem med standard Windows fönster. Om författarna tog hand om det unika med gränssnittet, måste du arbeta lite medan du ställer in AutoIt för att hitta de nödvändiga parametrarna.
Stöder Windows från 95 till 2k8, inklusive arbete i 64-bitarsversioner av systemet, och är "vänlig" med Vista UAC. Det är bekvämt att skript kan kompileras till en exe och sedan köras på en annan maskin. Inga ytterligare applikationer eller bibliotek krävs.
AutoIt distribueras under en freeware-licens, vilket tillåter användning utan begränsningar, inklusive för kommersiella ändamål. Installation är standard, det finns inga ytterligare krav. Den nuvarande versionen är 3, vilket är syntax inkompatibelt med den tidigare versionen 2. Programmet kommer med SciTE4AutoIt3-skriptredigeraren, syntaxkontrollverktyget AU3Check.exe, färdiga exempel, Aut2Exe-kompilator (och omvänd Exe2Aut) och hjälp. Under installationen kommer tillägget *.au3 att mappas till AutoIt-tolken.
Skriptspråket som används i AutoIt är ett av dess styrkor. Det är både kraftfullt och enkelt. Till exempel, för att köra programmet, skriv bara:
Det är allt, ingen mer action. AutoIt är ett utmärkt sätt att automatisera installationsprocessen för program som inte stöder svarsfiler. För att fånga fönster används vanligtvis WinWaitActive-funktionen för att ange parametrar, vilket avbryter skriptexekveringen tills fönstret aktiveras. Funktionsparametrarna bör inkludera fönstertiteln och valfri tilläggstext. Det senare låter dig skilja olika fönster i samma program från varandra. Till exempel innehåller AutoIts installationsfönster samma titel - AutoIt v3.3.6.1.5, det vill säga om du använder:
WinWaitActive("AutoIt v3.3.6.1.5")
Denna design kommer att matcha alla installationssteg. Därför är det bättre att förtydliga genom att ange ytterligare text som visas i fönstret, till exempel:
WinWaitActive("AutoIt v3.3.6.1.5", "Licensavtal")
Detta kommer definitivt att ta oss till licensavtalsfönstret. Allt som återstår är att skicka honom en bekräftelse: Send("!y")
Som du kan se är allt enkelt. Tillsammans med programmen installeras också verktyget AutoIt Window Info Tool (AU3Info.exe), som hjälper dig att få all information om fönstrets titel, text (visad och dold), statusfält, plats, färg och så vidare . Vi kör bara det och sätter ett kryss på fönstret, varefter vi läser alla värden i Window Info Tool. Med dess hjälp är det mycket lättare att samla in nödvändig information från det experimentella programfönstret. Hjälp i AutoIt är mycket detaljerad, den har alla detaljer om att använda språket. I dokumentationen på projektets webbplats hittar du en länk till en översatt version av hjälpen. Dessutom har många specialiserade forum vanligtvis en separat tråd. Det borde inte vara några problem med att lära sig AutoIt; på en kväll kan du lära dig att skriva enkla skript; komplexa lösningar kommer naturligtvis att kräva mycket tid.
Xstarter
Ett annat populärt program för att automatisera rutinmässiga systemadministratörsuppgifter. Utvecklaren är vår landsman, Alexey Gilev (xstarter.com/rus), följaktligen har xStarter ett lokaliserat gränssnitt, och viktigast av allt, programmet distribueras gratis för rysktalande användare.
Efter installationen kan xStarter startas manuellt, automatiskt när användaren loggar in, eller startas som Windows-tjänst. Det senare alternativet låter dig köra en uppgift vid exakt angiven tid, oavsett användarens registrering i systemet och andra faktorer, så länge som datorn är påslagen. Det erbjuder periodiskt utförande av uppgifter, ett sammansatt schema, inställning av överhoppningar och åtgärder för missade uppgifter och utlösande av händelse. I allmänhet finns det mer än tillräckligt med alternativ. Med xStarter kan du utöka listan med snabbtangenter eller omdefiniera deras värden globalt eller lokalt. Du kan till exempel enkelt köra en uppgift när du trycker på en tangentkombination
Det pågående programmet placeras i facket, genom att klicka på ikonen tar vi fram uppgiftsredigeraren. I fönstret Sektioner/uppgifter hittar vi två dussin exempel, som man säger, för alla fall. Aktiverade uppgifter är markerade med en grön ikon.
Vi väljer den som ligger närmast i betydelse (eller skapar en ny uppgift), kopierar med innehållsmeny och redigera den så att den passar dina behov. Varje uppgift är konfigurerad i fyra flikar. Så på fliken "Schema och information" anger vi namnet på uppgiften, tidpunkten eller händelsen då den kommer att startas, en tangentkombination och ett valfritt aktivt programfönster, när det dyker upp ska uppgiften utföras. Själva makron skrivs på fliken "Åtgärder". Klicka på "Ny åtgärd" - inställningsfönstret visas. På vänster sida hittar vi förinställningar, uppdelade i flera grupper, sedan anger vi parametrarna på höger sida. De återstående uppgiftsflikarna låter dig konfigurera variabler, ställa in prioritet, köra i en separat process och logga. Allt är väldigt enkelt och tydligt.
För att aktivera blockerade funktioner måste du dessutom installera xStartHooks-modulen. I det här fallet kommer xStarter att bete sig som en typisk trojan eller skadlig programvara - den kommer att börja avlyssna systemsamtal, "trycka på" tangenter och skicka meddelanden, som kanske inte gillar antivirus och brandprogram. Men med vissa antivirus (till exempel NOD32) kan detta enkelt lösas; lägg bara till xStarter till undantagen.
För enkelhetens skull kan makron kompileras till en exe-fil; under vissa inställningar kan alla nödvändiga bibliotek läggas till automatiskt här. Sedan distribuerar vi sådana filer till andra system och exekverar dem.
Det återstår att tillägga att alla Windows-operativsystem från NT4 till 2k8/7 stöds.
På projektforumet kan du hitta exempel på några populära uppgifter, inklusive att ladda upp filer, skicka SMS och e-post, säkerhetskopiering och datasynkronisering.
En speciell version av Starter Job Scheduler för Firebird/Interbase finns också tillgänglig på webbplatsen, den är utformad för att exekvera SQL-skript, säkerhetskopiera och återställa data i dessa DBMS. Ännu en unik möjlighet - fjärrkontroll starta uppgifter, samt visa loggen med den speciella xStarter Web Pilot-applikationen.
Automatisera
Det förmodligen mest kända kommersiella programmet för att automatisera uppgifter är AutoMate, utvecklat av Network Automation, Inc (networkautomation.com). Dess huvudsakliga funktion är att skapa uppgifter med hjälp av ett bekvämt GUI, utan att behöva skriva kod. Hela processen förenklas med hjälp av guider och en speciell uppgiftsredigerare, Task Builder. Programmet innehåller ett stort antal färdiga mallar handlingar och reaktioner på dem, vilket ytterligare förenklar processen att skapa en kedja av handlingar. Den nuvarande versionen av AutoMate 7 i skrivande stund stöder mer än 230 fördefinierade åtgärder som låter dig schemalägga uppgifter, arbeta med filer och databaser, överföra data via FTP/SFTP, kryptera med PGP, övervaka system, komma åt WMI och mycket mer.
AutoMate finns i fyra utgåvor, alla skräddarsydda för specifika användningsområden: AutoMate Professional och Premium, AutoMateBPAServer 7 Standard och Enterprise. Det enklaste - AutoMate Professional - ger ett bekvämt gränssnitt för att skapa uppgifter på det lokala systemet. Den mest avancerade - Enterprise - ger möjligheter till enkel operation konton och roller, arbete i AD, centraliserad hantering av flera maskiner, SNMP-stöd, telnet och terminalemulator.
Alla Win OS från XP SP2 till 2k8/7 stöds. För installation behöver du Microsoft plattform.NET Framework version 3.0.
Själva hanteringen utförs med hjälp av två konsoler - Task Builder och Task Administrator. Uppgifter skapas i Task Builder. Denna process är ganska enkel: i den vänstra panelen, från de 29 tillgängliga grupperna, välj önskad åtgärd och flytta den till mittfältet med musen. En guide visas för att hjälpa dig förfina dina inställningar. Låt oss till exempel skapa en åtgärd som låter dig få data om ett avsnitt hårddisk. Gå till menyn System –> Hämta volyminformation, en guide med samma namn dyker upp, bestående av fyra flikar.
Vi måste gå igenom och välja parametrarna i var och en av dem sekventiellt. I allmänhet anger vi diskpartitionen och parametrarna som vi vill ta emot: typ, etikett, filsystem, plats. Alternativt kan du omedelbart välja Alla volymer och sedan, genom att klicka på ikonen bredvid fältet, ställa in verifieringsvillkoret. Programmet tillhandahåller ett antal inbyggda variabler, funktioner och triggers som kan användas i detta fält. Du kan också skapa ditt eget villkor. På andra flikar anges en beskrivning av uppgiften och åtgärd vid fel.
När du har skapat en uppgift visas den i listan i mitten, där du kan redigera den, flytta den, inaktivera den och så vidare. Välj sedan och ange andra åtgärder på samma sätt. För felsökning kan du lägga till brytpunkter till jobbet (Breakpoint,
Task Administrator är utformad för att hantera alla uppgifter, både på ett lokalt och fjärrsystem. Efter att ha valt en uppgift i den kan vi se dess egenskaper, aktivera den eller skapa en ny uppgift. I egenskaperna för uppgiften, triggers, prioritet, skydd, konto, på vars vägnar den kommer att verkställas. Det finns många inställningar, de är väldigt olika. Uppgifter sparas i filer med tillägget *.aml.
AutoHotkey
AutoHotkey (autohotkey.com) är en gaffel av AutoIt v2. Dess författare, Chris Mallett, föreslog att lägga till snabbtangentstöd till AutoIt, men idén hittade inget svar, och som ett resultat släpptes den första versionen i november 2003. Till skillnad från sin moderprodukt är AutoHotkey tillgänglig under GNU GPL-licensen.
Språksyntaxen är baserad på AutoIt v2, några idéer är hämtade från v3. Med dess hjälp kan du enkelt automatisera repetitiva uppgifter: starta ett program, skicka e-post, redigera registret. Den stöder arbete med filer, simulering av musknappstryckningar, och det är möjligt att skapa ett GUI. Programmet kan övervaka systemhändelser och utföra åtgärder när de inträffar.
Men tricket med AutoHotkey är hanteringen av snabbtangenter. Till exempel för att starta en kalkylator med kombinationen
Hashmarkeringen "#" motsvarar en nyckel
Skript (*.ahk-tillägget) kan kompileras till en exe-fil och köras på vilken dator som helst.
Installera Firefox automatiskt med AutoIt
AutoItSetOption("WinTitleMatchMode", 2)
AutoItSetOption("WinDetectHiddenText", 1)
WinMinimizeAll()
Sömn (1000)
Kör("FirefoxSetup3.6.6.exe")
WinWait("Installera Mozilla Firefox")
Skicka("(ENTER)")
WinWait("Mozilla Firefox Installation", "Installationstyp")
Skicka("(ENTER)")
WinWait("Installera Mozilla Firefox", "Sammanfattning")
Skicka("(ENTER)")
WinWait("Installera Mozilla Firefox", "Stäng av
installationsguiden")
Skicka("(ENTER)")
Utgång
AUTOMATION ÖVERALLT
Utvecklingen av det kaliforniska företaget Tethys Solutions, LLC () har redan fått erkännande från administratörer och fått utmärkelser från olika mediapublikationer. Med Automation Anywhere kan du enkelt automatisera alla repetitiva uppgifter, enkla eller komplexa, utan att behöva programmera.
Jag ska genast säga att produkten är mycket seriös och har ett stort antal möjligheter. Programmet kan arbeta med filer, skicka mail, köra uppgifter enligt en plan eller när en trigger utlöses, använda VBS- och JavaScript-skript och mycket mer. Tekniken, som kallas "SMART Automation Technology", eliminerar behovet för en administratör att också vara programmerare. Inspelning kan göras automatiskt när datorn registrerar alla användaråtgärder. I framtiden kan en sådan uppgift, omedelbart eller efter redigering, "rullas" på andra system, se hur själva musen kör över skärmen och trycker på knappar. Programmet erbjuder två inspelare: Object Recorder för stationära applikationer och Web Recorder för att spela in sekvenser av åtgärder i en webbläsare.
Dessutom Web Recorder senaste versionen Programmet stöder alla huvudteknologier som används på webben: Java, JavaScript, AJAX, Flash, ramar. Processen är ganska enkel: starta Automation Anywhere, välj inspelaren och programmet börjar spela in alla användaråtgärder. För att stoppa, tryck på kombinationen
Utvecklarna har redan inkluderat flera uppgiftsmallar i programmet som kan användas som exempel. Att redigera en inspelad uppgift kräver inte heller kunskap om kod. Genom att klicka på knappen Redigera kommer vi att se hela sekvensen av åtgärder som utförs på skärmen (musrörelser, tangenttryckningar).
Det vänstra redigeringsfönstret visar fördefinierade kommandon, indelade i kategorier, som kan läggas till uppgiften. Den har allt: arbeta med filer och kataloger, säkerhetskopiering, Excel-tabeller, ansluta till Internet, skicka e-post, fånga skrivbordsbilder, starta/stoppa tjänster. Välj önskad uppgift och dra den helt enkelt till det högra fönstret. Ett redigeringsfönster för egenskaper öppnas omedelbart, där vi fyller i de föreslagna parametrarna (de är specifika för varje objekt). Redaktören stöder ytterligare skript, arbete med variabler, felsökning och mycket mer.
Den skapade uppgiften kan exporteras till en körbar fil och distribueras till andra system.
Uppgiften kan starta efter tid eller när en utlösare avfyras, detta beteende konfigureras i Trigger Manager, här kan du välja: starta ett fönster med en viss text, utseende av en fil i katalogen, resursbelastning (CPU, minne, ledigt) utrymme), start/stopp av en process eller tjänst, ta emot ett specifikt e-postmeddelande. Utvecklarna glömde inte säkerheten - Automation Anywhere låter dig skydda skriptet med ett lösenord och kryptera det.
I allmänhet finns allt du behöver i programmet, det enda som saknas är lokalisering. Automation Anywhere stöder alla versioner av Windows: från XP till 2k8/7.
Slutsats
Faktum är att det finns mycket fler program för att automatisera rutinuppgifter. Betalversioner kännetecknas av större bekvämlighet och ett vänligt gränssnitt, förmågan att arbeta i en nätverksmiljö. Även om du, beroende på din förberedelse och önskan att mixtra med inställningarna, kan klara dig med gratisprogram som xStarter, AutoIt eller AutoHotkey.
Standard Windows Task Scheduler
Microsoft insåg äntligen behovet av en ordentlig schemaläggare, och från och med Vista fick systemet en förbättrad Task Scheduler (Administration.. Task Scheduler, eller taskschd.msc) - avsevärt omdesignad jämfört med tidigare versioner. Dess gränssnitt låter dig ansluta till en annan dator för konfiguration, skapa (enkla och avancerade versioner) eller importera en uppgift. Sålunda var huvudelementen i uppgiften Triggers, Actions, Conditions och Settings. Utlösaren bestämmer när och när vilken händelse som ska köras uppgiften: efter tid, när datorn slås på, när du loggar in eller när en händelse visas i loggen. I det senare fallet måste du ange loggen där händelsen kommer att spåras, källan och händelsekoden.
Villkor och parametrar klargör kärnan i uppgiften, och åtgärden avgör vad som faktiskt kan göras (starta ett program, skicka ett meddelande). Möjligheten att fördröja starten av en uppgift gör att du kan fördröja starten i situationer där den omedelbara starten är oacceptabel (till exempel hög systembelastning). Villkor anger andra alternativ för att utföra en uppgift, till exempel när datorn är inaktiv.
Den här artikeln dök upp på webbplatsen på grund av AutoIts popularitet bland besökare på forumet för automatisk Windows-installation. Artikeln består av två delar. Den första innehåller en introduktion till AutoIt, helt hämtad från den ryska hjälpen för AutoIt, som mycket kompetent översatts från engelska av Valery Ivanov. Tyvärr gick det inte att hitta författarens kontaktinformation, men jag skulle vilja tro att han inte har något emot publiceringen av hans verk. Jag rekommenderar starkt att du laddar ner hjälpen och granskar den lektioner, där du omedelbart kommer att lära dig hur enkelt det är att automatisera applikationsinstallationer med AutoIt. Den andra delen av artikeln är en lista över vanliga frågor på Oszone-konferensen om att arbeta med AutoIt. Svaren finns förstås med. "Oszone AutoIt FAQ" har förberetts åt dig.
Introduktion till AutoIt
AutoIt v3 är ett BASIC-liknande skriptspråk. Dess huvudsakliga syfte är att automatisera arbetet med Windows GUI (MS Windows grafiska användargränssnitt). För att utföra denna komplexa uppgift tillhandahålls en kombination av beprövade tekniker, inklusive simulering av tangentbordstangenttryckningar, muspekares rörelser och manipulering av fönster och visuella element. Erfarenheten har visat att dessa "drivremmar" är mycket effektiva för att ta fram fungerande lösningar i situationer där andra standardmedel(till exempel VBScript och SendKeys) är maktlösa.
AutoIt var tänkt att vara ett sätt att "replikera konfigurationer" av en PC. Men sedan skapandet av den tredje versionen kan dess kapacitet användas för att implementera "köket" för automatisering - skriva skript för att lösa olika problem, inklusive för systemadministration.
AutoIt kan:
- Simulera tryckande tangentbordskombinationer (de flesta tangentbordslayouter stöds)
- Simulera muspekarens rörelser och knappklick
- Flytta, ändra storlek och kontrollera fönstervisningsalternativ
- Interagera direkt med "kontrollerna" i fönstret (hämta/ändra bildtexten, flytta, inaktivera, etc. åtgärder)
- Arbeta med klippbordet för att överföra dess textinnehåll
- Läs, ändra och skapa registernycklar och värden
Den nya versionen av AutoIt3 känner igen vanliga konstruktioner och har en standardsyntax som påminner om VBScript och BASIC, och stöder bearbetning av komplexa uttryck, exekvering av anpassade funktioner och utförande av cykliska och villkorliga beräkningar. Dessutom är AutoIt3 designad för allt som veteranmanusförfattare har använt länge.
Som tidigare har AutoIt en liten tolkstorlek (~100KB), som är oberoende och hänvisar inte till andra än systemets .dll-bibliotek. Han gör inte medvetet oberoende eller dolda poster i registret, förutom de som är obligatoriska och en del av processen. komplett installation. Skript kan kompileras till oberoende körbara filer med den medföljande skriptkompilatorn - Aut2Exe.
Tillsammans med tolken uppgraderas ActiveX- och DLL-versionen av AutoIt, kallad AutoItX3. Detta bibliotek är en kombinerad komposit (COM och ett standard DLL-bibliotek i en modul). AutoItX3 låter dig lägga till unika AutoIt-funktioner till applikationer du skriver på andra programmeringsspråk!
Och slutligen, det viktigaste är det faktum att AutoIt finns kvar fri. Men om du kan stödja detta projekt med din tid, pengar eller andra ansträngningar, accepteras alla typer av donationer på AutoIts hemsida.
Oszone AutoIt FAQ
Läs manualen för AutoIt - mycket kommer att bli tydligare :) Vad som står nedan är ungefär en kort referens och en deltids FAQ.
Startar applikationer
- Normal lansering
Kör("C:\Program Files\RivaTuner\RivaTuner.exe")
För att universalisera skript, använd till exempel makron istället för " C:\Program Files"Det är mycket mer praktiskt att använda ett makro @ProgramFilesDir. Sedan kommer kommandot för programstart att se ut så här:
;eller så här:
FileChangeDir("C:\Program Files\RivaTuner\")
Kör("RivaTuner.exe")Kör(@ProgramFilesDir & "\RivaTuner\RivaTuner.exe")
För en komplett lista över makron, se manualavsnittet " Makro referens".
- Med färdigställande väntar (användbart för tyst installation av applikationer)
RunWait("RivaTuner20RC158.exe /s")
Observera att det första argumentet till funktionerna Springa Och RunWaitär Fullständig sökväg Till körbar fil. Du kan bara skriva ett namn i två fall - om skriptet finns i samma katalog eller efter att du först har ändrat arbetskatalogen med pom. funktioner FileChangeDir.
Systemvariabler
- I princip duplicerar makron de flesta systemvariabler, men inte alla. Du kan komma direkt till deras värderingar med hjälp av hjälpen. funktioner EnvGet, Till exempel:
- Lägga till en sökväg till en variabel Väg: ; till exempel, lägg till sökvägen till 7-Zip in Path$addtopath="%ProgramFiles%\7-Zip" $smcur="HKEY_LOCAL_MACHINE\SYSTEM\ControlSet" & StringFormat("%03s",RegRead("HKEY_LOCAL_MACHINE\SYSTEM\Select","Current")) & "\Control\ Session Manager\Environment" $syscurpath=RegRead($smcur,"Path")
