API Windows - Visual Basic
API Windows - Visual Basic
API de Windows 1
Indice
Win32 es un conjunto de funciones, tipos y mensajes pre-definidos para poder programar sobre
los sistemas operativos de 32 bits de Microsoft. El API Win32, surge para cubrir la necesidad
de crear un sistema operativo
de 32 bits como es Windows 95, frente al API de 16 bits existente de Windows 3.1. Surge el
problema de que Win32, no es compatible con el API de 16 bits, lo que implica que si queremos
portar un código de Windows 3.1
a Windows 95, deberemos reescribir el código. Aunque hemos dicho que el API Win32 no es
compatible con el
API de 16 bits, hay una versión que es Win32s que sirve para la versión 3.1 de Windows.
Algunas de las limita- ciones entre ambos API son:
Las funciones Windows son el corazón de las aplicaciones Windows. Hay más de 600
funciones de
Windows dispuestas para ser llamadas por cualquier lenguaje, como C o Visual Basic.
A través de estos mecanismos, podemos realizar gran cantidad de funciones que hasta el
momento no
teníamos ni idea que se podían realizar. La utilización de ésta serie de librerías que contienen
las funciones
de la API pueden solucionar gran cantidad de problemas en la programación, aunque también
Las dos principales ventajas que obtenemos con la utilización de APIs es la gran
funcionalidad que
podemos darle a nuestra aplicación, y en segundo lugar la gran velocidad de proceso, ya que a
menudo es
mucho más rápido realizar una función a través de la API adecuada que por medio del lenguaje
en si mismo.
Los mensajes son utilizados por Windows para permitir que dos o más aplicaciones se
comuniquen entre
sí y con el propio sistema Windows. Se dice que las aplicaciones Windows son conducidas por
mensajes o
sucesos.
Conocer todas las APIs de Windows es imposible, ya que tiene gran similitud con
aprenderse la guía de teléfonos.
Lo que debemos hacer es realizar un razonamiento contrario, nosotros tenemos una
necesidad a la
hora de programar, y debemos pensar que eso tiene una solución con una API.. En la mayoría
de los casos
es así.
Librerías Dinámicas.
Casi todas las APIs de Windows se unen formando librerías de enlace dinámico.
Una librería dinámica ( Dynamic Link Libraries, abreviadamente DLLs ) permite que las
aplicaciones
Windows compartan código y recursos. Una DLL es actualmente un fichero ejecutable que
contiene funciones
de Windows que pueden ser utilizadas por todas las aplicaciones.
Si bien en DOS estamos acostumbrados a utilizar librerías de enlace estático, es decir, a
la hora de
compilar incluyen junto con nuestro código, y de esta manera cuando se ejecuta nuestra
aplicación, todas las librerías se cargan en memoria esperando a ser invocadas. Sin embargo,
cuando trabajamos con DDLs, el
enlace con la aplicación es dinámico en tiempo de ejecución.
Una DDL no se incluye dentro de nuestro código, sino que en el momento que realizamos
la llamada a
la función, la DLL se carga en memoria, se utiliza la API, y a continuación se descarga.
La gran ventaja que posee este método es que no es necesario tener gran cantidad de
código cargado
en memoria a la hora de ejecutar nuestra aplicación. En contra, es necesario que cuando
llevemos nuestro ejecutable a otra instalación, tengamos que llevar las DLLs necesarias.
También tenemos que pensar que si utilizamos las DLLS que nos proporciona Windows,
en cualquier
máquina con este sistema operativo vamos a encontrar esas mismas DLLs, con lo cual no es
necesario que
nos las llevemos.
La utilización de librerías dinámicas tiene ventajas. Una ventaja es que como están
separadas del
programa se pueden actualizar sin tener que modificar los programas que las utilizan. Otra
ventaja es el
ahorro de memoria principal y de disco ya que como es Windows quien administra la utilización
de las DLLs,
no existe duplicidad de código cuando varias aplicaciones las utilizan.
También, como todo (jeje) tiene inconvenientes. Uno de ellos es el tiempo que Windows
tiene que emplear
en leer las funciones que el programa necesita utilizar de una DLL.
Otra desventaja es que cada programa ejecutable necesita que estén presentes las DLLs
que utiliza.
Cuando se utilizan librerías estáticas, las funciones que el programa necesita se incluyen
en el mismo,
por lo que ni se pierde tiempo en leerlas ni la librería tiene que estar presente.
Dentro de Windows tenemos gran cantidad de DLLs, agrupando las APIs en funciones
respecto a un
mismo tema. Además en cada nueva versión de Windows, posiblemente tengamos más DLLs
para utilizar.
Para acceder a las funciones de las librerías dinámicas, lo primero que debemos hacer es
declararlas.
Para declarar una función de una librería dinámica, tiene que escribir una sentencia
declare en el módulo global de la aplicación, o en la sección de declaraciones de la forma o del
módulo correspondiente. Por ejemplo:
Declare Function lopen Lib "kernel" Alias "_lopen" (Byval lpPathname as string, Byval
iReadWrite As Integer) as Integer
La cláusula Lib indica al lenguaje de programación la librería donde puede encontrar la
función de la API
de Windows declarada. Las DLLs del entorno operativo están en "Kernel", "GDI", "User", o en
una de las
DLLs correspondientes a un driver de dispositivo tal como "Sound". Para otras DLLs, el nombre
incluye el
camino completo. Por ejemplo: "c:\windows\system\lzexpand.dll"
La cláusula alias indica que la función tiene otro nombre en la librería dinámica ( DLL ).
Esto es útil
cuando el nombre de la función coincide con alguna palabra clave, con alguna variable o
constante global, o
el nombre de la función DLL, tiene caracteres no reconocidos por el lenguaje de programación.
La sentencia declare debe contener asimismo una lista de los parámetros que se pasarán
a la función.
La mayor parte del trabajo consiste en determinar cuáles serán esos parámetros. Algo muy
utilizado dentro
de los parámetros son lo que podemos traducir como manejadores ( handles ). Esto es un valor
entero único definido por el entorno operativo y utilizado para referirse a objetos tales como
formularios, controles, etc. Un handle es un número de identificación. HWnd es un handle para
referirse a una ventana, hDC es un handle para referirse al contexto de dispositivo de un objeto
( Device Context ). Cuando una función de una DLL espera
recibir como argumento un handle, se debe declarar como ByVal Integer.
Declare Function IsIconic Lib "User" (ByVal hWnd As Integer) As Integer
El entorno operativo asigna un handle a cada formulario de una aplicación para
posteriormente identificarles.
La propiedad hWnd de un formulario o de un control no gráfico permite acceder a este
handle.
Por contexto de dispositivo se entiende un conjunto de atributos (color de fondo, tipo de
letra, espaciado
entre caracteres, posición actual de la pluma, paleta de colores, etc.) que determinan la
localización y la
apariencia de un objeto. Una aplicación puede modificar estas propiedades a través del hDC
del objeto.
Con ésta herramienta podemos cargar unos archivos TXT que nos proporcionan las
sentencias declare de
gran cantidad de funciones API. Si no poseemos ningún tipo de ayuda respecto a una API
específica, es muy posible
que todos nuestros intentos en utilizarla sean inútiles.
Para declarar una función de una librería dinámica, se tiene que escribir en la sección de
declaraciones de
un formulario o de un módulo de la aplicación en construcción.
Una función declarada en un formulario es privada para este formulario, y declarada en un
módulo es
pública, y por lo tanto puede ser llamada desde cualquier parte de la aplicación.
Si la función no retorna un valor, se declarará como un procedimiento o sub, aunque esta
opción no se
utiliza casi nunca, pues la mayoría de las APIs retornan un valor, aunque sea una verificación
de su realización.
Los argumentos que se pasan a una función pueden ser pasados por valor o por
referencia. UN parámetro
por valor quiere decir que lo que estamos metiendo dentro de la función es el contenido de la
variable, mientras
que por referencia se introduce la dirección de memoria donde reside la variable que contiene
el valor que queremos
pasar.
Habitualmente, dentro de nuestro programa trabajamos con variables que se pasan por
valor, es decir, no
nos interesa la posición de memoria de la variable, sino su contenido. Al trabajar con APIs la
cosa cambia. La mayoría
de estas funciones están desarrolladas en C, y en este lenguaje se utiliza asiduamente los
punteros (direcciones de memoria )
Por defecto, los lenguajes actuales de entorno visual pasa los argumentos por referencia (
utilizando direcciones de
32 bits ).
Para pasar un argumento por valor, se debe de escribir la palabra clave ByVal delante de
la declaración del argumento.
Algunas funciones aceptan más de un tipo de datos para un mismo argumento, y esto se
indica declarando
el argumento como Any.
Esta función puede ser llamada con un argumento tipo cadena, de tipo largo, etc.
Una de las primeras funciones que vamos a comentar es bastante utilizada.
En muchas ocasiones hemos querido saber qué resolución tiene la pantalla de la pc en el
momento que se ejecuta nuestro software. Con ésta información podemos dar un aspecto
bastante más profesional a nuestra aplicación si ajustamos el tamaño de nuestros formularios a
la resolución de la pantalla. También a través de
la misma API sabemos la cantidad de puntos que nos da la impresora, con lo que podemos
ajustar nuestros informes independientemente de la impresora seleccionada. Esta función la
tenemos dentro de la librería GDI,
y se denomina GetDeviceCaps. Dependiendo del valor del índice introducido, así nos da la
información sobre la cantidad de puntos horizontales de la pantalla, cantidad de puntos
verticales de la pantalla, puntos por pulgada horizontalmente en la impresora y puntos por
pulgada verticalmente en la impresora.
Declare Function GetDeviceCaps Lib "GDI" ( ByVal HDC As Integer, Byval nIndex As Integer)
As Integer
En muchas ocasiones necesitamos conocer dónde esta el directorio de Windows y dónde
reside el
directorio System del mismo. Es muy lógico suponer que todas las instalaciones están en el
directorio C:\Windows.
Puede ser que se ejecute desde una red, o que el usuario haya cambiado el directorio por
omisión. En cualquiera de estos casos no podemos referirnos directamente a estos directorios,
sino que debemos conocerlos dinámicamente cuando ejecutamos la aplicación.
Para ello utilizamos dos APIs de la librería Kernel, la primera nos devuelve el directorio de
Windows
(GetWindowsDirectory ), mientras que la segunda el directorio de System ( GetSystemDirectory
).
Para hacer funcionar esta API debemos inicializar la variable que nos devuelve la
información, con 255 caracteres rellenos con el valor ASCII 0. Si la cadena estuviese vacía, no
funcionaría, y su comportamiento sería impredecible.
Declare Function GetWindowsDirectory Lib "Kernel " (ByVal lpBuffer As String, ByVal nSize As
Integer
Declare Function GetSystemDirectory Lib "Kernel" (ByVal lpBuffer As String, ByVal nSize As
Integer
Por último queria comentar una utilidad realizada con llamadas a APIs. Consiste en el efecto
de poder rotar
un texto, algo que dentro de algunos lenguajes no se puede hacer, como es en el entorno
Visual Basic, a no ser
que sea por medio de una imagen. Esto no se realiza con una simple llamada, sino que es
necesaria una estructura de programación más compleja.
En primer lugar debemos definir dos estructuras. La primera nos va a permitir introducir
una posición del texto, y la segunda es una definición completa de una fuente por el usuario.
Type RECT
LEFT As Integer
TOP As Integer
RIGHT As Integer
BOTTOM As Integer
End Type
Type FUENTE
FANCHO As Integer
FLARGO As Integer
FESCAPE As Integer
FORIENTACION As Integer
FWEIGHT As Integer
FITALICA As String * 1
FUNDERLINE As String * 1
FSTRIKEOUT As String * 1
FCHARSET As String * 1
FOUTPRECISION As String * 1
FCLIPRECISION As String * 1
FQUALITY As String * 1
FPITCHANDFAMILY As String * 1
FNOMBRE As String * F_TAMNOMBRE
End Type
Como se ha comentado antes, se utilizan varias APIs para realizar este efecto. Todo ellas
son de la
librería GDI, excepto una de USER.
Declare Sub GETCLIENTRECT Lib "USER" (ByVal HWND As INTEGER, LPRECT As RECT)
Declare Function SETBKMODE Lib "GDI" (ByVal HDC As Integer, ByVal NBKMODE As
Integer) As Integer
Declare Function CREATEFONTINDIRECT Lib "GDI" (LPLOGFONT As FUENTE) As Integer
Declare Function SELECTOBJECT Lib "GDI" (ByVal HDC As Integer, ByVal HOBJECT As
Integer
Declare Function TEXTOUT Lib "GDI" (ByVal X As Integer, ByVal Y As Integer, ByVal
LPSTRING As String ByVal NCOUNT As Integer) As Integer
Declare Function DELETEOBJECT Lib "GDI"
El mecanismo utilizado para visualizar un texto inclinado consiste en crear una fuente ya
inclinada y
visualizar el texto con esa fuente y el fondo transparente para no ocultar otros elementos de la
pantalla. En el ejemplo que sigue se puede ver que se va realizando el giro a través de una
barra de desplazamiento.
Como podemos comprobar, no siempre se puede realizar las operaciones que deseamos
con una sola API.
En la mayoría de los casos es necesario utilizar varias, que se complementan para obtener los
resultados deseados.
Funciones y ejemplos:
SendMessage: la que siempre hay que tener a mano
SetWindowWord: crear ventanas flotantes
Manejo de ventanas...
GetVolumeInformation: leer el volumen de un disco (32 bits)
GetDriveType: comprobar el tipo de unidad
Dejar una ventana siempre visible
Usar Sleep en lugar de DoEvents
Manejo del Registro
Diálogos comunes del API
Iconos en la barra de tarea
Marcador de teléfonos de Win95
La línea actual y el número de líneas de un text-box
Uso de PostMessage en lugar de SendMessage
'
'
'
'Deshacer:
'no es necesario usar una variable para asignar el valor devuelto.
End If
'Copiar:
End If
'Cortar:
End If
'Borrar:
End If
'Pegar:
End If
'Seleccionar Todo:
End If
Declare Function SetWindowWord Lib "User" (ByVal hWnd As Integer, ByVal nIndex As Integer,
ByVal wNewWord As Integer) As Integer
Declare Function SetWindowWord Lib "User32" Alias "SetWindowWord" (ByVal hwnd As Long,
ByVal nIndex As Long, ByVal wNewWord As Long) As Long
Const SWW_hParent = -8
End If
Declare Function GetWindow Lib "user" (ByVal hWnd As Integer, ByVal wCmd As Integer) As
Integer
Declare Function GetWindowText Lib "user" (ByVal hWnd As Integer, ByVal lpString As String,
ByVal nMaxCount As Integer) As Integer
Declare Function GetWindow Lib "user32" Alias "GetWindow" (ByVal hwnd As Long, ByVal
wCmd As Long) As Long
Declare Function GetWindowText Lib "user32" Alias "GetWindowTextA" (ByVal hwnd As Long,
ByVal lpString As String, ByVal cch As Long) As Long
Const GW_HWNDFIRST = 0
Const GW_HWNDLAST = 1
Const GW_HWNDNEXT = 2
Const GW_HWNDPREV = 3
Const GW_OWNER = 4
Const GW_CHILD = 5
Ejemplo para leer el volumen de un disco, esta función se puede usar para ¡catalogar los CD's
musicales!
s1=String$(255,Chr$(0))
s2=String$(255,Chr$(0))
'lVSN tendrá el valor del Volume Serial Number (número de serie del volumen)
Si "unidad" es el CD-ROM y tenemos un disco de música, podemos usar el VSN para hacer un
catálogo de CD's ya que cada CD tiene un número diferente.
'
Declare Function GetDriveType Lib "Kernel32" Alias "GetDriveTypeA" (ByVal nDrive As String)
As Long
lDrive= GetDriveType(szRoot)
End If
Declare Function SetWindowPos Lib "User" (ByVal hWnd As Integer, ByVal hWndInsertAfter As
Integer, ByVal X As Integer, ByVal Y As Integer, ByVal cx As Integer, ByVal cy As Integer,
ByVal wFlags As Integer) As Integer
Declare Function SetWindowPos Lib "User32" Alias "SetWindowPos" (ByVal hwnd As Long,
ByVal hWndInsertAfter As Long, ByVal x As Long, ByVal y As Long, ByVal cx As Long, ByVal
cy As Long, ByVal wFlags As Long) As Long
'De esta forma no es necesario usar una variable para asignar el valor devuelto:
End if
Por si alguno no lo sabe, DoEvents se usa cuando queremos que otros programas/procesos de
Windows sigan funcionando, de forma que nuestro programa no se apodere de todo el tiempo
de la CPU. Por ejemplo cuando hacemos un bucle que puede durar "mucho", al ejecutar
DoEvents, Windows permite que otros programas sigan funcionando normalmente.
Es aconsejable siempre usar DoEvents ( o Sleep 0&) en los bucles largos. Yo también lo uso
cuando quiero que se "refresque" la información de un control. ¿Cuantas veces has asignado a
un Label un nuevo Caption y no lo ha mostrado?, prueba a poner DoEvents después de la
asignación y verás como se muestra enseguida. (¡oye, esto debería aparecer en los trucos!)
Este truco está sacado de Tips & Tricks, from Visual Basic Web Magazine. Según el autor la
función DoEvents hace lo siguiente:
TranslateMessage(&msg);
DispatchMessage(&msg);
Con lo cual gasta tiempo comprobandos otros mensajes en el mismo proceso. Este
comportamiento no tiene valor en un sistema operativo multitarea. Sleep lo hace de forma más
eficiente.
Public Declare Sub Sleep Lib "kernel32" Alias "Sleep" (ByVal dwMilliseconds As Long)
Sleep 0&
Aquí os pongo algunos ejemplos para usar el Registro con el API de 32 bits.
Creo que también vale para 16 bits, no lo he probado, pero sólo habrá que cambiar la
declaración de las funciones. Por si vale, pondré también las declaraciones de 16 bits. Pero
que conste que no las he probado.
Si quieres un ejemplo con todas estas funciones, echale un vistazo al código del programa
gsExecute, que está en gsExec.zip (19 KB) La explicación de cómo funciona este programa la
encontrarás en Programas de Visual Basic.
Normalmente, para obtener los programas asociados a una extensión, sólo es necesario usar
la función: RegQueryValue. La siguiente función de ejemplo, es la que uso para obtener
información de una clave del registro:
(ByVal hKey As Long, ByVal lpSubKey As String, ByVal lpValue As String, _
Else
End If
'El formato devuelto es ASCIIZ, así que quitar el último caracter
Else
End If
Else
End If
End Function
Para usarla, por ejemplo para saber el programa asociado para abrir una determinada
extensión, de que programa se obtiene el icono y que número de icono es:
NOTA: Para usar este ejemplo, hay que tener un control List2 en el Form y la rutina mostrada
antes.
List2.Clear
'
If i Then
lIcon = 0
End If
End If
'
'no quiere decir que este sea el que se ejecute cuando se haga doble-click
If i Then
If i Then
Else
End If
Else
End If
End If
End If
End Sub
Para no alargar demasiado este fichero, aquí sólo están las declaraciones de las funciones; en
los listados del programa gsExecute, hay ejemplos de cómo crear y borrar claves para
asociar/desasociar un programa a una extensión determinada.
'
'Para los valores devueltos por las funciones de manejo del Registro
'
'
Declare Function RegEnumKey Lib "advapi32" Alias "RegEnumKeyA" (ByVal hKey As Long,
ByVal iSubKey As Long, ByVal lpszName As String, ByVal cchName As Long) As Long
Declare Function RegOpenKey Lib "advapi32" Alias "RegOpenKeyA" (ByVal hKey As Long,
ByVal lpszSubKey As String, phkResult As Long) As Long
Declare Function RegSetValue Lib "advapi32.dll" Alias "RegSetValueA" (ByVal hKey As Long,
ByVal lpSubKey As String, ByVal dwType As Long, ByVal lpData As String, ByVal cbData As
Long) As Long
Declare Function RegQueryValue Lib "shell.dll" (ByVal hKey As Long, ByVal lpSubKey As
String, ByVal lpValue As String, lpcbValue As Long) As Long
Declare Function RegEnumKey Lib "shell.dll" (ByVal hKey As Long, ByVal iSubKey As Long,
ByVal lpszName As String, ByVal cchName As Long) As Long
Declare Function RegOpenKey Lib "shell.dll" (ByVal hKey As Long, ByVal lpszSubKey As
String, phkResult As Long) As Long
Declare Function RegCreateKey Lib "shell.dll" (ByVal hKey As Long, ByVal lpSubKey As String,
phkResult As Long) As Long
Declare Function RegSetValue Lib "shell.dll" (ByVal hKey As Long, ByVal lpSubKey As String,
ByVal dwType As Long, ByVal lpData As String, ByVal cbData As Long) As Long
Declare Function RegDeleteKey Lib "shell.dll" (ByVal hKey As Long, ByVal lpSubKey As String)
As Long
Si vas a trabajar con el registro del sistema, te recomiendo que antes hagas copia del mismo.
En el CD de Windows 95, hay una utilidad: ERU.exe que copia los archivos del Sistema, así
como Autoexec, etc. Si no tienes este programa, copia los archivos System.dat y User.dat que
están el directorio de Windows.
Las funciones para manejar los diálogos comunes del API de Windows, son las siguientes:
Nota: En 16 bits no están todas las que son, es que no tengo ahora a mano el fichero con las
declaraciones para seleccionar el color y las fuentes. Si las necesitas, no dudes en pedirlas, las
buscaré. en algún sitio tengo que tenerlas. 8-)
'Abrir y guardar
'Para la impresora
'
'Abrir y guardar
Declare Function GetFileTitle Lib "comdlg32.dll" Alias "GetFileTitleA" (ByVal lpszFile As String,
ByVal lpszTitle As String, ByVal cbBuf As Integer) As Integer
'Buscar y reemplazar
'Para la impresora
'Las fuentes
No incluyo ejemplos ni las declaraciones de los tipos, por ser demasiado "grandes". Pero las
incluyo en un listado con ejemplos para abrir, etc., aunque con las funciones para 16 bits, ya
que desde que uso el VB para 32 bits, suelo hacerlo con el control que trae. Si quieres ver
ejemplos usando el control de diálogos comunes, pasate por la página de trucos.
Gracias a Joe LeVasseur por enviar este ejemplo de cómo crear un icono en la barra de tareas.
Aquí pongo parte del código, para los que sólo quieren echar un vistazo:
'---------------
End Type
'------------------
'--------------------
'--------------------
'--------------------
Dim t As TIPONOTIFICARICONO
mnuAcerca_Click
Unload Me
End
End If
'---------------------------------
'---------------------------------
t.szTip = "Ejemplo de barra de tareas..." & Chr$(0) ' Es un string de "C" ( \0 )
Me.Hide
End Sub
End Sub
La función que se usa para esto, es GetVolumeInformation, que está en el punto 4, pero lo que
ahora pongo, es un ejemplo de cómo usarla.
El ejemplo es un form con una caja de texto en la que se introduce la unidad (directorio raíz,
realmente), de la que queremos mostrar la información.
'---------------------------------------------------------------------------
'---------------------------------------------------------------------------
Option Explicit
'
'Acción
'lVSN tendrá el valor del Volume Serial Number (número de serie del volumen)
Label3(0) = s1
Label3(2) = s2
End Sub
Unload Me
End
End Sub
End Sub
En la lista de distribución VB-ES, leí una respuesta sobre que es preferible, en 32 bits, usar
PostMessage en lugar de SendMessage.
Quiero aclarar que el valor devuelto por la función PostMessage, es si ha podido poner el
mensaje en la cola o no.
Por tanto, si usas SendMessage para recibir un valor, el ejemplo anterior es un caso, no se te
ocurra cambiarla por PostMessage.
En los demás casos, en los que simplemente queremos enviar un mensaje a la cola de
Windows y no necesitamos esperar a que la operación termine, si podemos usar PostMessage,
ya que esta función trabaja de forma "asíncrona" y devolverá el control a VB antes que
SendMessage, que trabaja de forma "síncrona" y hasta que no acabe "su tarea" no vuelve a
casa.