Lathund - API-anrop
Förord
Ibland vill man anropa en procedur som finns i ett Dynamic Link Library (en fil med filändelsen DLL). Då måste man först deklarera proceduren genom att använda uttrycket Declare framför uttrycken Function eller Sub.Innehåll
»Relaterade artiklar
» Lathund - Arrayer, egna datatyper och numreringar» Lathund - Databaser
» Lathund - Felhantering
» Lathund - Grundläggande syntax
» Lathund - Inbyggda funktioner
» Lathund - Klassmoduler
» Lathund - Kortkommandon
» Lathund - Namngivning och deklarationer
» Lathund - Några extra tips
» Lathund - Slingor och operatorer
» Lathund - Spara, öppna och skriva ut filer
» Lathund - Variablers och konstanters räckvidd
API-anrop
Ett exempel:
Public Declare Function Beep Lib "Kernel32.dll" _
(ByVal lngFrequency As Long, ByVal lngDuration As Long) As Long
Man kan skriva detta i huvudet av en standardmodul. Filändelsen .dll kan utelämnas.
I exemplet deklarerades en funktion som heter Beep. Funktionen Beep finns i filen Kernel32.dll och har två argument med datatypen Long. Argumenten kan man kalla vad man vill. I exemplet kallas de lngFrequency och lngDuration. Funktionen Beep har även ett returvärde med datatypen Long.
På en annan plats i projektet kan man sedan deklarera en lokal variabel med datatypen Long, den kan t ex heta lngReturnValue, och anropa funktionen Beep genom att skriva
lngReturnValue = Beep(3000, 5000)
om man vill höra ett 5 sekunder långt pip med frekvensen 3000 Hz. Detta fungerar i Windows NT 4.0, 2000 och XP. I Windows 95, 98 och Me hörs bara ett av standardljuden i Windows, oavsett vilka värden man ger funktionens argument.
Ovan beskrivna teknik kallas API-anrop. (API betyder Application Programming Interface.) Som synes kan man inte räkna med att alla API-anrop fungerar i alla versioner av Windows.
Hemlighet om API-anrop: I en procedur som deklareras med uttrycket Declare skriver man alltid ordet ByVal framför argument med datatypen String. Trots det kan proceduren ändå påverka värdena av de variabler som den anropande proceduren skickar som argument. Detta konstiga undantag beror på att strängar hanteras annorlunda i programmeringsspråken C och C++, som Microsoft har använt för att skapa DLL-filerna.
I Visual Basic använder man främst anrop till procedurer i filerna User32.dll, Kernel32.dll, Gdi32.dll, Shell32.dll, Advapi32.dll, Comdlg32.dll och Winmm.dll. På så sätt kommer man åt många finesser som är inbyggda i Windows. Hur kan man veta vilka procedurer som finns i olika DLL-filer, vilka argument och returvärden procedurerna har och vad de kan användas till? Microsoft ger tyvärr inte mycket hjälp på det här området, men AllAPI Network är en mycket bra webbplats för dig som vill veta mera om API-anrop.
0 Kommentarer