Curso Básico de Programación
en Visual Basic
Entrega
Dieciocho: 26/Abr/98
por Guillermo "guille" Som
Si quieres linkar con otras entregas, desde el índice lo puedes hacer
Ya es hora de seguir con los ficheros de acceso aleatorio, después del alto en el camino para ver cómo se manejan las cadenas de caracteres en Visual Basic, aún no hemos visto todas las funciones, pero si las más comunes. No te preocupes... no voy a continuar en esta entrega con esas funciones... ya le llegarán el turno...
¡Por fin! Habrás exclamado... y con razón... pero son cosas que debes saber... y como de lo que se trata es de saber más y/o mejor, pues... nunca están de más...
No recuerdo exactamente en que punto me quedé en las explicaciones sobre el acceso aleatorio de la entrega dieciséis, así que... si ves que me repito, pues... ¡salud! y a seguir adelante...
Una cosa que hay que tener superclarísimo en esto del acceso aleatorio, es que debemos usar tipos definidos para acceder a los datos del fichero... ¿para que complicarnos con funciones conversoras de datos, si el Visual lo hace de forma automática por nosotros? Por tanto, te aconsejo que "siempre" uses variables definidas, ya que no hay un motivo válido para no usarlas.
En los siguientes ejemplos, vamos a usar el tipo definido que usamos en la entrega dieciséis, el del colega...
En este primer caso, vamos a guardar en un registro determinado el contenido de tres cajas de textos, cada una de ellas para cada uno de los campos del tipo definido:Private Sub cmdGuardar_Click() Dim unColega As t_colega Dim nFic As Long Dim numColega As Long nFic = FreeFile Open "colegas.dat" For Random As nFic Len = Len(unColega) 'Sacar un valor aleatorio numColega = Rnd * 25 + 1 Label1(3) = "número de colega: " & CStr(numColega) With unColega .Nombre = Text1 .Edad = Val(Text2) .email = Text3 End With 'Guardar los datos en el disco Put #nFic, numColega, unColega Close nFic End SubAquí vemos los pasos que normalmente se realizan con cualquier tipo de fichero...
--Se asigna a una variable un número de fichero libre (ya sabes: el canal por el cual VB se comunicará con el disco)
--Se abre el fichero en cuestión, recuerda que las extensiones que uses son a tu antojo, no hay necesidad de usar un tipo de extensión específica, salvo que hagas un programa que "entienda" los datos contenidos en ese tipo de extensión y puedas abrir los ficheros con sólo hacer doble click... pero esto es un tema para más adelante...
--Se asigna a la variable el dato a guardar y
--Se guarda...Este ejemplo no sería práctico, ya que puede que salga el mismo número más de una vez y se perderían los datos anteriores.
Porque debes saber que, cuando se guarda información en un registro determinado, éste funciona de la misma forma que las variables... o casi, es decir: cuando se guarda un nuevo valor, el que hubiera antes "desaparece".Una cosa que debes saber, aunque me imagino que lo habrás comprobado al ejecutar el programa, y si no ha sido así, no te preocupes... si te sirve de consuelo, tarde unos mesesillos en "detectar" esto que te voy a explicar ahora...
Puedes acceder a cualquier registro de un fichero aleatorio, incluso si antes no has guardado nada. De la misma forma, puedes guardar información en el registro 7 aunque antes no hayas guardado en ninguno de los 6 anteriores.¿El problema?
Que si lees información de un registro en el que no has guardado información anteriormente... puedes encontrarte con "basura", y de hecho la encontrarás...
¿Por qué?
Porque accedes a una parte del disco que, posiblemente tenía guardada alguna otra información... aprovecho esto, para decirte que, cuando borras un fichero del disco, este fichero no se borra, al menos no se borra la información que contenía.
¿Cómo solucionar este problemilla?
Hay varios métodos, el que yo normalmente usaba, (ahora casi no trabajo con ficheros de acceso aleatorio), era guardar información "vacía" en unos cuantos registros y cuando esos estaban ocupados, guardaba otro puñado y así.
Algunas veces, si sabía que el fichero iba a tener un número limitado de registros, los grababa todos con datos vacíos, es decir cadenas con sólo espacios y números con valor cero.
En otras ocasiones tenía un campo del registro al que le asignaba un valor, si al leer el registro, tenía ese valor "predeterminado", quería decir que ya contenía información válida, si no era así, ponía los campos con valores "vacíos" y así evitaba la basura.Si quieres comprobarlo... así de paso me sirve para que veas un ejemplo de cómo acceder a los datos del disco y mostrarlo en unas cajas de texto.
Private Sub cmdLeer_Click() Dim unColega As t_colega Dim nFic As Long Dim numColega As Long nFic = FreeFile Open "colegas.dat" For Random As nFic Len = Len(unColega) 'Sacar un valor aleatorio numColega = Rnd * 25 + 1 Label1(3) = "número de colega: " & CStr(numColega) 'leer ese registro Get #nFic, numColega, unColega With unColega Text1 = .Nombre Text2 = .Edad Text3 = .email End With Close nFic End SubSi has probado el ejemplo de guardar, para poder conseguir datos con contenido "basura", deberás probar algunas veces más que las que hayas probado antes... ¿por qué? porque estamos usando números aleatorios y al no existir un "Randomize", la secuencia de números aleatorios siempre es la misma cada vez que ejecutas el programa... ¿lo recuerdas?
Bien, aparte del asuntillo este de la "basura", no tiene ningún misterio esto del acceso aleatorio... pero aún no hemos terminado, no queda mucho para que te toque "trabajar", pero todavía tienes un respiro... si a que te explique más cosas se puede llamar respiro...
En el tercer ejemplo que vamos a ver, se van a mostrar todos los colegas que tenemos guardados en el fichero. Se supone que los datos los hemos guardado de forma ordenada, no como en los ejemplos anteriores, ya que no tiene ningún motivo guardar a los colegas aleatoriamente... no sea que cojan complejo de bola de bingo...
Ya te he comentado que la longitud de todos los registros de un fichero aleatorio tienen que ser iguales... y ahora lo podrás comprobar... que algunas veces no hay que fiarse de todo lo que yo diga...
El número de registros es el resultado de dividir la longitud del fichero por la longitud de cada registro...
numRegistros = Lof(nFic) \ Len(unColega)
Fíjate que uso \ para dividir. Las divisiones realizadas con este signo dan como resultado números enteros, mientras que el habitual / realiza una división de coma flotante... es decir que puede tener decimales.
Como un registro no puede estar formado por "nosecuantos caracteres y pico", en este caso es recomendable el uso de la división de números enteros, entre otras cosas porque también es más rápida...Por tanto este código nos informaría del número de registros y haría un bucle entre todos los registros que tiene el fichero.
' nFic = FreeFile Open "colegas.dat" For Random As nFic Len = Len(unColega) numRegistros = Lof(nFic) \ Len(unColega) For i = 1 To numRegistros Get #nFic, i, unColega 'Mostrar el contenido del registro '... Next Close nFicPodemos sustituir el Get #nFic, i, unColega por esto otro: Get #nFic, , unColega.
Cuando no se indica el número de registro, tanto en Get como en Put, Visual Basic usa el registro actual. Cada vez que se accede a un registro determinado, el Basic lo "marca" como registro actual, de esta forma sabe cual debe ser el siguiente registro al que debe acceder si no se le indica ninguno.
Si hacemos esto: Get #nFic, 15, unColega, al hacer esto otro: Put #nFic, , unColega, se estará guardando en el número 16.
Es decir, el VB mantiene un "puntero" al siguiente registro. El bucle anterior podría haber quedado así:For i = 1 To numRegistros Get #nFic, , unColega 'Mostrar el contenido del registro '... NextDe todas formas, siempre suelo especificar el número de registro al que quiero acceder, así me parece que estoy más seguro de dónde se leerá o escribirá el registro.
Uno de los problemas que tiene este tipo de ficheros es que estamos "atados" a la longitud del registro.
¿Que ocurre si nos dá el "punto" de quitar, añadir o cambiar la longitud de alguno de los campos?
Pues que lo tenemos más bien chungo... estaremos metidos en un pequeño lio...
Una vez que hemos definido el tamaño del registro, y tenemos datos en el fichero, cualquier cambio que hagamos, dará como resultado algo no esperado...
Pero, todo tiene arreglo... aunque en este caso, nos lo tendremos que "currar" nosotros. Tendremos que fabricarnos alguna rutina que se encargue de esta conversión.Y ese podría ser el ejercicio de esta entrega:
Realizar una pequeña utilidad que convierta un fichero de acceso aleatorio con registros de una longitud conocida, en otro con registros de otra longitud o con campos de longitud diferente al original.
Y digo "longitud conocida", porque si no sabemos la longitud de cada registro, incluso de cada campo de ese registro, poco podremos hacer...Un detalle importante es que para acceder a los ficheros abiertos como "random", sólo podemos hacerlo con variables de longitud fija, ya sean tipos definidos o cadenas.
Se podría pensar que haciendo esto:Dim unaCadena As String 'Asignamos 83 espacios a esta cadena unaCadena = Space$(83) nFic = FreeFile Open "colegas.dat" For Random As nFic Len = Len(unaCadena) '... Get #nFic, 1, unaCadena¡Pues no!
Ya que la variable unaCadena no tiene longitud fija y el Visual Basic necesita que lo sea.Otra cosa es que hagamos esto otro:
'Esta cadena siempre tendrá este número de caracteres Dim unaCadena As String * 83 nFic = FreeFile Open "colegas.dat" For Random As nFic Len = Len(unaCadena) '... Get #nFic, 1, unaCadenaAhora si que funcionaría bien la cosa, ya que el VB tiene la información que necesita...
La verdad es que hecho de menos una instrucción que tenía el Basic del MS-DOS y era que podías definir una serie de variables para acceder a los registros, incluso podías declarar una array... y cada uno de los elementos del array con la longitud de cada uno de los campos... Pero eso ya no está, así que... hay que usar los tipos definidos que al fin y al cabo es la mejor opción para este tipo de ficheros.Para el ejercicio, se supone que tenemos un fichero con registros declarados de esta forma:
Private Type t_Colega Nombre As String * 30 Edad As Integer email As String * 50 End TypeY lo queremos convertir en registros que tengan esta otra:
Private Type t_Colega Nombre As String * 30 Edad As Integer email As String * 50 URL As String * 128 End TypePor supuesto, queremos que los registros que haya sigan conservando los datos que tuviesen... sino, ¿que clase de rutina conversora sería?
Acuérdate de lo que digo en muchas ocasiones, no pienses en complicarte la vida, siempre procura ir a lo simple, ya que en la mayoría de las ocasiones ese es el camino correcto...Cuando veamos la siguiente entrega, o al menos cuando veamos los ficheros de acceso binario, (mi intención es que sea en la próxima entrega, pero ya sabes...), crearemos otra utilidad de conversión más flexible que esta, es decir, una rutina que convierta un fichero a un formato que pueda ser definido por el usuario en tiempo de ejecución.
Aunque no sea lo habitual, y normalmente una entrega termina cuando te pongo los ejercicios, vamos a ver un ejemplo completo para introducir y mostrar datos en un fichero de acceso aleatorio.
¿Cómo?
¿Que quieres hacerlo tú?
Pues vale, me parece estupendo...Desde luego, es que tengo unos alumnos que no me merezco... 8-)
No te quejes... y no digas que tú no has dicho nada... yo he oído voces que me decían: ¡queremos hacerlo nosotros!
Y eso es lo que hay...Para esta aplicación vamos a usar tres cajas de texto en los que introduciremos los valores a guardar en cada campo, con sus correspondientes labels para indicarnos los nombres de esos campos.
Existirá otro label/textbox para indicarnos el número del registro actual, es decir en el que se almacenarán los datos o del que se leerán esos datos.
Un par de botones para Guardar y Leer...
¿Te resulta familiar?
Pues así es... algo parecido a lo que ya vimos en la entrega número once cuando se usaron arrays de tipos definidos...El aspecto del "programilla" sería algo así:
No he añadido nada para mostrar todos los registros... pero ya tendremos tiempo de hacerlo.
Bueno, pues hasta aquí hemos llegado...
Las soluciones de la entrega 18 están en este link.
Y a pesar de parecer un poco pesado, realmente me gustaría recibir tu opinión sobre esta entrega.
Nos vemos.
Guillermo