Respuesta.

En Visual Basic, una propiedad (Property) se puede declarar de dos maneras:

• Propiedad completa (con bloques propios de Get/Set): permite controlar el acceso a los datos, realizar verificaciones adicionales o acciones al leer/escribir un valor.
• Propiedad automática (auto-implemented): una notación abreviada, donde Get/Set no se escriben explícitamente y se crea automáticamente un campo privado:

' Propiedad automática
Public Property Name As String

' Propiedad completa
Private _age As Integer
Public Property Age As Integer
    Get
        Return _age
    End Get
    Set(value As Integer)
        If value < 0 Then Throw New ArgumentException("La edad no puede ser negativa")
        _age = value
    End Set
End Property

Matices al usar Set:

• La palabra clave Value es una pseudo-variable que hace referencia al valor asignado.
• Dentro de Set se pueden realizar validaciones, registro, activación de eventos.
• No se puede controlar la modificación de un campo anónimo en la implementación automática.

Cuándo usar:

• Propiedades automáticas — cuando se necesita un "contenedor" simple.
• Propiedades completas — cuando se requiere lógica al establecer/obtener (validación, notificación, cálculos).

Pregunta trampa.

¿Cuáles son los problemas al escribir Set(ByVal value As Integer) en lugar de Set(value As Integer) en VB.NET? ¿Por qué no se debe escribir así?

Respuesta: La sintaxis de VB.NET no requiere (y no soporta) la declaración del parámetro ByVal explícitamente en Set — simplemente use Set(value As Type). Si se escribe Set(ByVal value As Integer), causará un error de compilación.

Ejemplo de código erróneo:

'Set(ByVal value As Integer) — error de compilación
Public Property Prop As Integer
    Set(ByVal value As Integer)
        ...
    End Set
End Property

En VB6 clásico, tal sintaxis era válida, pero en VB.NET se requiere estrictamente Set(value As Type).

---

Historia

En un gran proyecto, al transferir automáticamente el código de VB6 a VB.NET se incluyó ByVal en Set — el compilador daba errores misteriosos que no se podían localizar, ya que el linter no mostraba una razón clara.

Historia

En un proyecto que procesaba grandes conjuntos de datos se usaron propiedades automáticas para almacenar datos, y luego surgió un problema: se necesitaba rastrear si la propiedad cambiaba para registrar automáticamente cada cambio. Fue necesario cambiar las propiedades automáticas a completas — al final se perdió mucho tiempo en la refactorización, ya que inicialmente no se tuvo en cuenta que podría necesitarse lógica adicional en Set.

Historia

Al copiar objetos de tipo por referencia a través de propiedades automáticas, se olvidó implementar una copia profunda a través de Get/Set. Como resultado, se obtenían duplicados de referencias al mismo objeto; los cambios en una instancia causaban cambios en otra.