2012-01-19 11 views
5

En muchos de los artículos que he leído en la web, dicen que al crear propiedades en vb.net, deben usar los métodos get/set y una variable miembro privada/protegida en el clase.vb.net obtener/establecer propiedades sin lógica

así:

Public Class Person 
    Private _name as string 
    public property Name as string 
    get 
     return _name 
    end get 
    set(byval value as string) 
     _name = value 
    end set 
    end property 
end class 

Si no hay ninguna lógica en el get/set de la propiedad, ¿por qué no una escritura esa misma propiedad como esta:

Public class Person 
    Public Property Name as string 
end class 

Es esto porque las propiedades estaban destinadas a ser solo accesores a la clase desde el exterior y almacenarías la variable en la clase?

+0

oh, ya veo. Reconocí tu respuesta como "consistencia en tu código". Tampoco me di cuenta de lo que eran las Propiedades auto-implementadas, hasta que leí el [artículo de MSDN] (http://msdn.microsoft.com/en-us/library/dd293589.aspx) al respecto. Gracias por su aporte. – Jim

Respuesta

6

La razón es que estas pautas y tutoriales se publicaron antes de que saliera VB.NET 4.0. No hay otra razón para no usar las propiedades implementadas automáticamente.

0

Legacy Tutorials before this was a feature. La notación de propiedades implementadas automáticamente le proporciona una manera concisa de lograr la coherencia del acceso a su clase

1

Si bien Konrad tiene sentido, agregaré que al tratarse de un tutorial, educar al alumno sobre cómo funcionan las propiedades es más importante que implementación de acceso directo. Un tutorial más moderno debería mostrar el código expandido, luego el acceso directo.

En última instancia, esto depende del tutorial, ya sea sobre los fundamentos de programación y la metodología, o sobre una característica específica.

Cuestiones relacionadas