Colaboración especial

Con la llegada del nuevo sistema de compilación de ASP.NET 2.0 se vio la necesidad de buscar un nuevo sistema de manipulación de las clases formadas por cualquier página web. Parte de esa manipulación debía ser totalmente transparente para el usuario.

Hubo necesidad de introducir en el propio corazón de .NET lo que se conoce como clases parciales, que consiste en dividir una clase existente en “trozos” manipulables de forma independiente, pero que finalmente se utiliza como un todo a la hora de compilar.

Esta misma característica se ha “exportado” a las aplicaciones de escritorio, y particularmente se aprovecha por el propio IDE de Visual Studio 2005 para, por ejemplo, separar el código del diseño del formulario del código que el usuario tendrá que escribir, con lo que se consigue mayor claridad a la hora de escribir nuestro código.

Si ahora creamos un nuevo proyecto del tipo aplicación de Windows, comprobaremos que el código generado por el diseñador de formularios ya no está accesible como ocurría en las dos versiones anteriores, no es que dicho código no esté, ya que sigue estando, pero ahora lo está más oculto, tanto que en Visual Basic 2005 tendremos que “buscarlo” para poder dar con el.

Y para acceder a dicho código, que por otra parte solamente será necesario si queremos modificar el código interno usado por el diseñador, tendremos que indicar en el explorar de soluciones que muestre todos los archivos; de esa forma veremos no sólo el código generado por el diseñador de formularios, sino otros elementos tantos nuevos como algunos presentes en las versiones anteriores.

Si mostramos el archivo “Form1.Designer.vb” comprobaremos que la definición de la clase “Form1” va precedida de la instrucción “Partial”:
Partial Class Form1
Inherits System.Windows.Forms.

Form
Ésa es la forma de crear clases parciales en Visual Basic 2005: indicar en cada uno de los “trozos” que forman la clase que es una declaración parcial. Podemos crear tantas definiciones parciales de una clase como creamos conveniente, lo único que debemos tener presente es que todos esos trozos se unirán a la hora de compilar la aplicación y formarán una sola clase.

Las clases parciales podemos usarlas en cualquier tipo de proyecto.

Niveles de accesibilidad

Otras de las novedades es la posibilidad de utilizar diferentes niveles de accesibilidad a cada uno de los dos bloques de código que forman una propiedad.

Las propiedades en .NET se definen mediante el bloque “Get”, que es el encargado de devolver el valor de la propiedad, y el bloque “Set”, que es el que se utiliza a la hora de hacer una asignación.

En esta versión, Visual Basic recupera esta característica. Podemos indicar el nivel de accesibilidad de una propiedad por medio de las instrucciones habituales: “Public”, “Private”, “Friend”...

Pero si queremos que el bloque “Get” o “Set” tengan un acceso inferior, lo podemos indicar de forma explícita, por ejemplo, en el siguiente la propiedad “Fecha” será pública en el acceso de lectura, pero solamente podremos asignarle un valor desde dentro de la propia clase:
Public Property Fecha() As Date
Get
Return _Fecha
End Get
Private Set(ByVal value As Date)
_Fecha = value
End Set
End Property
Listado 1. Propiedad con dos niveles de accesibilidad
Como podemos apreciar en el listado 1, al bloque Set le hemos añadido la instrucción Private, de esta forma hacemos privado el acceso a ese bloque de código, mientras que el bloque Get sigue usando el nivel declarado en la propiedad.

Cuando queramos definir con diferentes niveles de accesibilidad siempre lo tendremos que hacer en uno de los dos bloques, y dicho nivel debe ser menor que el dado a la propiedad.

Informática

Próximos eventos tecnológicos importantes

Visual Basic: tipos genéricos

Fuente Online

Dos modelos de enseñanza: Software libre y privativo

Visual Basic 2005: novedades con el lenguaje

Fuente Online