Research credibility: Reliability and validity

4

Contenido

Variables . . . 99 Identificadores . . . 100 Tipos de datos en Visual Basic . . . 102 Conversión de datos . . . 105 Conversión implícita (Casting) . . . 106 Conversión explícita . . . 106 Conversión por método . . . 107 Acceso a datos Value type y Reference type . . . 107 Capacidades de los tipos valor y referencia . . . 107 Naturaleza de tipo de los datos . . . 108 ByVal y ByRef . . . 108 Strong Typing . . . 109 Option Explicit [On/Off] . . . 109 Option Strict [On/Off] . . . 109

Demostración del alcance de las variables y la forma

en que preservan valores (I) . . . . 110

Manejo elemental de variables . . . 112 Declaración de variables . . . 112 Constantes . . . 113 Literales . . . 113 Valores por omisión . . . 114

Demostración de la declaración de variables y constantes,

y la realización de conversiones . . . . 114

➤ Construcción de un solo proyecto . . . 115 Origen de las variables: clases y estructuras . . . 117 Alcance de las variables . . . 118 Shadowing . . . 119 Accesibilidad de las variables (accesibility) . . . 120

Demostración del alcance de las variables y la forma

en que preservan valores (II) . . . . 121

Arreglos . . . 125 Arreglos unidimensionales . . . 126 Arreglos multidimensionales . . . 127 Arreglos escalonados . . . 128

Comprobación del uso de arreglos unidimensionales,

multidimensionales y escalonados . . . . 129

Estructuras y enumeraciones . . . 133 Estructuras . . . 133 Enumeraciones . . . 134 Mapa mental del capítulo . . . 135 Terminología . . . 136 Preguntas . . . 136 Examen rápido del capítulo . . . 138

4

El mundo de la computación es, en última instancia, un mundo de datos.

Los principales objetivos de toda aplicación son procesar datos para transformarlos en in- formación, hacerlos llegar en la cantidad y la forma precisas a las personas indicadas (y au- torizadas), y almacenarlos de manera eficiente.

No es asunto menor entender los datos y la forma en que se comportan. Una ineficiente se- lección de la forma en que se manejan los datos puede acarrear errores y mal desempeño de la aplicación.

Es importante recordar también que los lenguajes de programación son estructuras simbó- licas que permiten hacer uso de los dispositivos y recursos de una computadora.

Uno de los componentes más importantes de una computadora es la memoria de acceso

aleatorio (RAM/Random Access Memory). La RAM es indispensable para una compu-

tadora debido a que los programas y datos deben residir en ella para que puedan ser toma- dos de ahí por el procesador; nada puede ser procesado por una computadora si no está an- tes en la memoria. Dicho de otra manera, el procesador no habla con nadie más que con la RAM.

Ahora bien, la memoria se encuentra seccionada en posiciones de memoria, cada una de las cuales tiene un identificador interno (que a veces nos es revelado en forma de número hexadecimal cuando Windows causa un volcado de memoria).

La memoria puede ser utilizada por el sistema operativo para que todos los programas fun- cionen; ¿puede un programador disponer de posiciones de memoria? Por supuesto que sí: a través de las variables de memoria.

El presente capítulo analiza la forma en que es necesario codificar el almacenamiento de valores en memoria en Visual Basic, de forma que los procesos puedan utilizarla eficien- temente.

Variables

Una variable de memoria es la referencia lógica a una posición física de memoria RAM. Por medio de las variables es posible almacenar valores en la memoria, asignarles un nom- bre determinado y disponer del valor almacenado cuando se requiera.

Estos valores almacenados estarán disponibles en tanto que no liberemos la memoria, ya sea por medio de programación o como resultado de haber cerrado la sesión de programa donde fueron definidos. Por supuesto, apagar la máquina produce el cierre de todos los programas y, por tanto, la pérdida de los valores almacenados en las variables.

Las variables tienen siempre las siguientes características:

❑ Identificador (identifier). Es el atributo que permite distinguir a una variable de otra.

❑ Tipo de dato (datatype). Es el tipo de valor que podrá almacenar la variable; determi- na el tratamiento interno que tendrá el valor y la cantidad en bytes que consumirá en memoria, entre otras cosas.

❑ Alcance (scope). Es el atributo que define el código dentro de un programa en que una variable puede ser utilizada sin utilizar calificador; es el estado de existencia y la per- sistencia del valor de la variable en tiempo de ejecución.

❑ Accesibilidad (accessibility). Es el permiso que se proporciona al código para leer la variable o escribir en ella.

❑ Tiempo de vida (lifetime). Es el periodo de ejecución en el cual la variable está dis- ponible.

Identificadores

Se le llama identificador (identifier) al nombre lógico de un elemento de programación por medio del cual puede ser referido.

Las variables, al igual que los procedimientos, las clases, las estructuras y otros elementos poseen un identificador; a través de él, dichos elementos son utilizables de manera progra- mática.

Reglas de composición de los identificadores. Los identificadores deben cumplir con las siguientes reglas:

FIGURA4.1

Disposición de memoria en .NET

4

❑ Deben iniciar con un carácter alfabético o guión bajo ( _ ).

❑ Pueden contener sólo caracteres alfabéticos, dígitos decimales o guiones bajos.

❑ Si se inician con un guión bajo, deben contener al menos un dígito decimal o un carác- ter alfabético.

❑ No pueden contener espacios intermedios.

Reglas no escritas de composición de los identificadores. Existen otras reglas no forzosas, pero que le pueden ser de mucha ayuda:

❑ Se sugiere que un identificador sea ilustrativo; es decir, debe indicar claramente su con- tenido. Por ejemplo, si una de sus variables sirve para almacenar en memoria la edad de una persona, su variable puede llamarse Edado X; sin embargo, Edad es un nombre más útil, pues proporciona una mejor idea del valor que contiene, mientras que Xpuede ser cualquier cosa.

❑ Dado que una variable puede ser utilizada repetidamente dentro de un programa, es más práctico emplear nombres cortos. Entre Nombrey NombreDelClienteQueAdquiere Productolo más recomendable es emplear la primera opción.

❑ Use el guión bajo sólo si es necesario hacerlo. Recuerde que el guión bajo es el conti- nuador de línea del lenguaje y puede crearse confusión innecesaria. Prefiera Ventas Mensualesa Ventas_Mensuales.

❑ Se recomienda el manejo de mayúscula al principio del nombre y al inicio de cada una las palabras que compongan el identificador (Pascal casing), con el fin de aumentar la legibilidad. VentasMensualeses recomendable; ventasmensualesno.

❑ Evite en lo posible el uso de conjunciones. Use VentasMensuales, no VentasDelMes.

❑ Evite el uso de abreviaturas. Use VentasMensuales, no VtsM.

En lo que respecta al uso de mayúsculas, minúsculas y prefijos para la denominación de variables en Visual Basic, se consideran algunos estilos que constituyen convencionalis- mos internacionalmente reconocidos. Aunque Visual Basic permite formar los identifica- dores como le plazca, es mejor seguir las reglas que todos los desarrolladores del mundo parecen estar siguiendo.

Pascal casing. El estilo Pascal casing consiste en usar mayúscula al principio del nom- bre y al inicio de cada una las palabras que compongan el identificador. Éste es el estilo más utilizado en Visual Basic; por ejemplo, VentasMensuales.

Se recomienda este estilo al denominar:

❑ Clases

❑ Enumeraciones (constantes predefinidas del lenguaje)

❑ Eventos

❑ Interfaces

❑ Espacios de nombres

❑ Métodos y propiedades

Camel casing. El estilo Camel casing se caracteriza por colocar en mayúscula la pri- mera letra de cada palabra de un identificador, excepto la primera. Por ejemplo,ventas Mensuales. Este estilo está muy difundido entre los programadores de C# o Java. Se recomienda utilizar este estilo:

❑ Al denominar parámetros; si el parámetro se compone de una sola palabra, toda la pa- labra va en minúscula.

❑ En elementos de alcance privado, como campos y variables.

Notación húngara (Hungarian notation). La Notación húngara se caracteriza por colocar un prefijo a las variables para indicar su tipo o función. A decir de Microsoft, este estilo está cayendo en desuso, por lo cual sugerimos evitarlo. Por ejemplo,intVentasMen- suales, da a entender que se trata de un dato Integer.

Este apartado presenta recomendaciones que puede o no seguir. En cualquier caso, lo im- portante no es el estilo que elija usar, sino que todos los miembros de un equipo de desa- rrollo lo compartan y utilicen de manera consistente.