Titulo: Ver o no ver
Original: To See or Not To See
Autor: Jim Booth
Traducido por: Roberto Alfredo Moré
En esta columna investigaremos la visibilidad de
propiedades y métodos. Visual FoxPro nos da tres: Pública, Protegida y Oculta.
¿Que son exactamente cada una de estas y dónde deberíamos usar una en lugar
de la otra?.
Una pequeña clase.
Uno de los objetivos del desarrollo orientado a Objetos es aislar los datos y el
comportamiento requerido en una clase particular a esa clase misma, para reducir
el nivel de dependencia que esa clase particular tiene sobre otras clases no
relacionadas. Estas dependencias incluso pueden ser un problema dentro del mismo
árbol de la clase, afectando como la superclase (parent) y las subclases
interactúan.
Para examinar la visibilidad de propiedades y métodos usaremos un pequeño
ejemplo de una estructura de clases. El siguiente diagrama describe el ejemplo.
En este ejemplo hay dos definiciones de clase txtBase y txtSubClass.
TxtSubClass es una subclase de txtBase. Hay allí un formulario con una
instancia de txtSubClass, txtSubClass1, en él. La clase txtBase tiene una
propiedad, Prop1, agregada en ella y marcada como Oculta. TxtSubClass tiene
agregada una propiedad, Prop2, marcada como protegida.
Pública
La primer visibilidad a discutir es el valor de Pública. Al crear una propiedad
o método que es Público causa que aquella propiedad o método sea visible, o
sea que se la pueda leer, escribir o ejecutar desde cualquier otro objeto o
clase sin limitación.
Protegida
Un método o propiedad Protegida es accesible solamente por la clase que creó
dicha propiedad o método y para las subclases de esa clase. La visibilidad se
extiende a lo largo del árbol de subclases si hay varios niveles hacia abajo
(Prop2 en el diagrama de arriba es visible a txtSubClass, pero no puede ser
direccionada en el código que esté en el objeto txtSubClass1 o en el objeto
Formulario).
Nota del Traductor: se ha respetado en forma literal al autor, pero
en realidad la propiedad Prop2 es visible en txtSubClass1 y se puede hacer
referencia a ella en el formulario, pero no se puede modificar. Únicamente la
clase que creó la propiedad lo puede hacer.
Oculta
Un método o propiedad Oculta es visible ÚNICAMENTE para la clase que la ha
creado. Las subclases no ven esta propiedad/método en su hoja de propiedades y
no pueden acceder a la misma (ocurre un error de VFP). (Prop1 en el diagrama de
arriba es accesible SÓLO por la clase txtBase, txtSubClass no puede direccionar
la propiedad y el nombre de la propiedad no aparece en la hoja de propiedades de
la clase txtSubClass)
¿Por qué debería preocuparme?
Una de las características subyacentes del Diseño Orientado a Objetos es
"Ocultar la implementación de un objeto". Esto significa ocultar
completamente el mecanismo exacto que un objeto particular o clase usa para
cumplir con su responsabilidad.
A menudo, un objeto puede necesitar datos internos o funcionalidad que no tiene
ningún significado fuera del alcance de dicho objeto. Si estas porpiedades y
métodos fueran visibles para el mundo exterior, existe la posibilidad de que
puedan ser accedidos por algún código que no debería estar haciendo eso.
Usando la visibilidad se puede controlar absolutamente qué puede y qué no
puede acceder a propiedades y métodos.
Nota: También se puede cambiar la visibilidad de las propiedades y métodos de
Visual FoxPro usando el diálogo de Edición de Métodos y Propiedades.
Un ejemplo para Oculta.
Usted está diseñando una clase formulario que será utilizada por otros
desarrolladores a través de subclases. Uno de los comportamientos de la clase
se cumpliría mejor si estuviera repartido en múltiples métodos en lugar de
uno grande. No obstante, estos sub-métodos no son útiles fuera de la clase y
un desarrollador que sobreescriba uno de ellos convertiría en no funcional a la
clase. Usted puede definir un médodo como Público, aquel que será llamado por
los desarrolladores para iniciar el comportamiento, pero los restantes
sub-métodos como Oculto de manera que los otros desarrolladores ni siquiera
sabrán que existen.
Un ejemplo para Protegida.
Usted está creando una clase utilitaria que necesita algún almacenamiento
interno para su estado. Para ello crea un conjunto de propiedades. Si algún
objeto fuera de la clase modifica estas propiedades, el estado del objeto se
pierde. Usted puede definir estas propiedades como Protegidas y nada fuera del
objeto puede direccionarlas.
Usando los métodos Access y Assign.
Usted podría estar pensando que usando los métodos Access y Assign se hace
esencialmente la misma cosa que con popiedades protegidas. No exactamente. Los
métodos Access y Assign permiten responder a algo que se direcciona a una
propiedad, pero no previenen el acceso. En algunas situaciones, usted podría
querer permitir a objetos externos actualizar o leer una propiedad y necesita
hacer algo basado en el valor asignado o leído. En ese caso, los médodos
Access y Assign son la vía para hacerlo.
No obstante, creando un método Assign que siempre descarte la asignación, es
como ayudar a una persona que se está quemando manteniéndola bajo agua por 30
minutos.
