![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️ABAP Las propiedades de la programación orientada a objetos
ABAP Las propiedades de la programación orientada a objetos
![ABAP Las propiedades de la programación orientada a objetos ABAP Las propiedades de la programación orientada a objetos](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/170.jpg)
LAS PROPIEDADES DE LA PROGRAMACIÓN ORIENTADA A OBJETOS
Existen tres propiedades fundamentales que presentan los objetos. Ellas son:
-> Encapsulación
-> Herencia
-> Polimorfismo
ENCAPSULACIÓN
También conocido como "ocultamiento", se refiere a que todos los objetos restringen la visibilidad de sus recursos (atributos y métodos) al resto de los usuarios.
Las tres áreas de visibilidad (pública, privada y protegida) son la base de la encapsulación. Cada objeto posee una interfase que determina la manera de interactuar con él. La implementación del objeto (su interior) es encapsulada, lo que quiere decir que desde fuera el objeto es invisible, simplemente se usa.
Cuando se define una clase hay que tener mucho cuidado en el diseño de los componentes públicos, intentando declarar tan pocos como sea posible. Los componentes públicos de las clases globales no pueden ser cambiados una vez que se ha liberado la clase.
Por ejemplo, los atributos públicos son visibles externamente y forman parte de la interface entre un objeto y sus usuarios. Si se quiere encapsular el estado de un objeto completamente no se tiene que declarar ningún atributo público. Además de definir la visibilidad de un atributo, se puede proteger también de los cambios usando la adición READONLY.
HERENCIA
Es la capacidad que tiene una clase de heredar las propiedades y métodos de otra clase.
La herencia permite crear una nueva clase a partir de una existente, heredando la nueva clase sus propiedades. Esto se realiza añadiendo la adición INHERITING FROM a la sentencia de definición de la clase:
CLASS <subclass> Definition inheriting from <superclass>.
La nueva clase hereda todos los componentes de la clase ya existentes
Nota: la clase original se conoce como la superclase de la nueva clase que será la subclase.
Si no se añade ninguna declaración a la subclase, esta contiene los mismos componentes que la superclase. De cualquier manera, sólo los componentes públicos y protegidos de la superclase son visibles a la subclase. Aunque los componentes privados de la superclase existen en la subclase, no son visibles.
Se pueden declarar componentes privados en una subclase que tengan los mismos nombres que componentes privados de la superclase. Cada clase trabaja con sus propios componentes privados. Los métodos que una subclase hereda de una superclase usan los atributos privados de la superclase y no ningún componente privado de la subclase con el mismo nombre.
Tipos de Herencia
Existen dos tipos de herencia:
-> Simple: una clase puede tener más de una subclase de las cuales es superclase, pero sólo puede tener una superclase de la cual es subclase.
-> Multiple: una clase hereda de varias superclases.
Cuando una subclase hereda de una superclase que a su vez hereda de otra superclase de la cual es subclase, se forma una estructura de árbol en la cual el grado de especialización aumenta con cada nivel jerárquico que se añada. A la inversa, las clases se hacen más generales hasta que se alcanza el nodo raíz del árbol de herencia.
Nota: El nodo raíz de todos los árboles de herencia en los objetos ABAP es la clase predefinida vacía object.
Esta es la más general de todas las clases posibles ya que no contiene ni atributos ni métodos.
Cuando se define una nueva clase no se tiene que especificar explícitamente esta clase como superclase, esta relación está definida implícitamente.
Dentro de un árbol de herencia, dos nodos adyacentes son la superclase y la subclase directamente uno de otro. Las declaraciones de componentes en una subclase están distribuidas a través de todos los niveles superiores en el árbol de herencia.
POLIMORFISMO
Significa que métodos que se llaman exactamente igual pueden comportarse de manera distinta en clases diferentes.
También se lo conoce como "Redefinición".
Dicho de otra forma, el polimorfismo consiste en conseguir que un objeto de una clase se comporte como un objeto de cualquiera de sus subclases, dependiendo de la forma de llamar a los métodos de dicha clase o subclases.
Todas las subclases contienen los componentes de todas las clases existentes entre ellas mismas y el nodo raíz del árbol de herencia. La visibilidad de un componente no puede ser cambiada nunca.
En cambio se puede usar la adición REDEFINITION en la sentencia METHODS para redefinir un método público o protegido dependiente de instancia en una subclase y hacer que realice una función más especializada.
Cuando se redefine un método no se puede cambiar su interface, el método mantiene el mismo nombre y la misma interface de parámetros, pero tiene una nueva implementación. La declaración y la implementación de un método en una superclase no se ve afectada cuando se redefine un método en una subclase.
La implementación de la redefinición en la subclase ‘oculta’ la implementación original en la superclase.
Cualquier referencia que apunte a un objeto de la subclase usa el método redefinido, incluso si la referencia fue definida con referencia a la superclase. Esto se aplica particularmente a la referencia a sí mismo me>.
Si por ejemplo un método M1 de una superclase contiene una llamada:
CALL METHOD [ME->]M2
Y M2 está redefinido en una subclase, la llamada a M1 desde una instancia de la superclase hará que el método original M2 sea llamado, mientras que la llamada a M1 desde una instancia de la subclase hará que el método redefinido M2 sea llamado (llaman a ‘distintos’ métodos aunque tengan el mismo nombre).
Dentro de un método redefinido se puede usar la referencia SUPER> para acceder al método 'oculto'. Esto permite usar la funcionalidad existente en el método de la superclase sin tener que codificarla de nuevo en la subclase.
Nota: El caso por excelencia en donde se aplica el polimorfismo o la redefinición es cuando tenemos una clase y una subclase y ambas tienen definido un mismo método, pero cada una de ellas representa una declaración particular del método, adaptado a sus propias necesidades.
 
 
 
Sobre el autor
Publicación académica de Diego Armando De Santiago Castanon, en su ámbito de estudios para la Carrera Consultor ABAP.
Diego Armando De Santiago Castanon
Profesión: Ingenieria en Sistemas Computaciona - Mexico - Legajo: CQ90U
✒️Autor de: 63 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Diego De