El paradigma de la Programación Orientada a Objetos en PHP y el patrón de arquitectura de Software MVC

• Antes de comenzar con el libro

Antes de comenzar con la lectura puntual sobre POO y MVC en PHP, hago meritorio notar ciertas cuestiones que considero deben contemplarse a fin de lograr un mejor entendimiento de lo expuesto.

Objetivo del libro

El objetivo de este libro, es dar una introducción general a conceptos básicos de la programación como lo son, el paradigma de la programación orientada a objetos y el patrón arquitectónico MVC (modelo, vista, controlador), a la vez de intentar introducir estos conceptos, en la programación específica del lenguaje PHP.

Requisitos previos

Para poder entender este libro, los requisitos previos que debe tener el lector, no son muchos. Recomiendo que se tengan conocimientos básicos del lenguaje PHP así como la facilidad para entender código HTML básico (se utilizará HTML Transitional 4.0 en algunos ejemplos, evitando el uso de XHTML, a fin de que programadores sin experiencia en el diseño y maquetado de sitios Web, puedan comprender más fácilmente los ejemplos utilizados).

¿A quiénes está dirigido este libro?

Este libro está dirigido principalmente, a programadores PHP que quieran salir de la programación estructurada para insertarse en la programación orientada a objetos y, a programadores de otros lenguajes que quieran comenzar a insertarse en la POO en PHP y que cuenten con mínimos conocimientos de este lenguaje.

El ¿por qué? de este libro y Mi Dedicatoria

Mi frase de cabecera es "el por qué de las cosas es relativo ya que no tiene forma de ser comprobado". Así que se me hace muy difícil explicar un "por qué". Solo puedo decir "cómo" fue que se me ocurrió escribirlo.

Perdí la cuenta de la cantidad de programadores con los que he trabajado. Han sido muchísimos en los últimos 15 años de mi vida. Me ha tocado trabajar con excelentes programadores y con unos pocos no tan buenos. Pero hay algo, que he notado en una gran parte de progrmadores, con los que tal vez, no me ha tocado trabajar en forma directa, pero sí, tener que continuar desarrollando algo ya empezado por ellos o modificarlo. Y ésto que he notado y me ha llamado mucho la atención, es que:

• Se usan elementos de la programación orientada a objetos, con la falsa creencia de que escribiendo una "clase" ya se está programando orientado a objetos

• Se desconoce por completo o no se logra entender del todo, la diferencia entre "estilo arquitectónico", "patrón arquitectónico" y "patrón de diseño", provocando en consecuencia, el desaprovechamiento o mal uso, de patrones arquitectónicos como MVC desencadenando así, en una arquitectura de software deficiente

Las alternativas que me quedaban eran dos:

• No hacer nada

• Transmitir a otros programadores, todo lo que había aprendido, para que pudiesen implementarlo si ese fuese su deseo

Por lógica y sin dudarlo ni tener que pensarlo demasiado, elegí la segunda opción. Porque estoy segura que el conocimiento debe ser transmitido y no se debe escatimar en su difusión. Pues no me interesa hacerme eco de la competitividad que invade varios ámbitos de la vida. Por el contrario, prefiero seguir el ejemplo de aquellos, mis colegas, que lo han brindado todo al saber general. Y es por ello, que este libro, lo dedico a todos ellos, a los creadores de MastrosDelWeb.com[1]y ForosDelWeb.com y en especial, a mis dos grandes colegas, de quienes he aprendido gran parte de lo que hoy se:

• a la barcelonesa Helena Heidenreich (aka: tunait[2]gran colaboradora del foro JavaScript de FDW

• y al madrileño Miguel Ángel Álvarez, fundador y director del portal de programación, DesarrolloWeb.com[3]

Contenido del libro

A fin de lograr cumplir con los objetivos propuestos, este libro ha sido diseñado con una estructura esquemática y seguiendo normas de estilo a fin de diferenciar su contenido.

Estructura del libro

Este libro se encuentra dividido en 4 capítulos donde dos de ellos, introducen a conceptos básicos de la POO y el patrón MVC (en general) y los otros dos, colocan a la POO y al patrón MVC en el contexto del lenguaje PHP.

Entender el contenido diferenciado

Este libro no pretende ser un compendio de conceptos meramente teóricos. A fin de alcanzar un abordaje más preciso y fácilmente entendible, se ha divido el libro en 7 tipificaciones de contenido diferenciadas:

• marco teórico (contenido propio y citas de terceros)

• ejemplo práctico (código fuente de ejemplo)

• metáforas (comparación con ejemplos de la vida real – tomando esta técnica de un principio básico de Extreme Programming)

• sugerencias de estilo (reglas de estilo sugeridas para la programación en PHP)

• ejercicios de autoevaluación

• programación real (ejemplos con códigos fuente reales)

• preguntas a respuestas frecuentes

• Marco teórico (contenido propio)

Texto general del libro.

• Marco teórico (cita de terceros)

Las citas presentan el siguiente formato:

"Esto es una cita textual de terceros. La fuente se encuentra al pie de página."

• Ejemplo práctico (código fuente)

El código fuente se encuentra con una tipografía monoespaciada y con la sintaxis del lenguaje coloreada[4]

class Usuario {

# Propiedades

public $nombre;

# Métodos

public function set_usuario() {

$this->nombre = 'Juan';

}

}

• Metáforas (comparación con la vida real)

A fin de ejemplificar con facilidad un concepto netamente teórico, se darán ejemplos utilizando hechos de la vida cotideana, que puedan asemejarse al concepto que se esté explicando. Estas metáforas, se presentarán con un diseño como el siguiente:

Esto es una metáfora.

Si no tengo el ícono, soy un ejemplo de la vida real, pero no soy una metáfora.

• Sugerencias de estilo

A diferencia de otros lenguajes de programación como Python, por ejemplo, PHP no tiene una guía de prácticas recomendadas o sugerencias de estilo. Esto, hace que muchas veces, cada programador le de al código fuente un "toque" característico. Si bien es un rasgo de personalidad tal vez admirable, en la práctica, provoca que sea difícil modificar el código fuente escrito previamente por otro programador.

A fin de proponer una alternativa para solucionar este inconveniente y basándome en el principio de "propiedad colectiva" de Extreme Programming así como en la técnica de establecimiento de pautas de estilo que hagan un código homogéneo, a lo largo del libro iré sugiriendo algunas reglas de estilo según surjan, cuyo finalidad tiende a:

• hacer los códigos fuente más intuitivos;

• escribir códigos fuente fácilmente legibles.

Las Sugerencias de Estilo presenta un formato similar al siguiente:

Reglas de estilo sugeridas

Esto es una regla de estilo sugerida en referencia al tema que se está tratando.

• Ejercicios de autoevaluación

Al final de los capítulos II y IV, hay una breve serie de ejercicios, cuya finalidad, es la de asimilar los conocimientos adquiridos en los capítulos anteriores. Las soluciones a dichos ejercicios, se encuentran al final de cada uno de ellos.

• Programación real

Tras los ejercicios presentados al finalizar los capítulos II y IV, se podrá encontrar código fuente de casos reales. Dichos códigos, pretenden dar al lector, una noción más práctica de los temas que se han tratado, aplicándola a la vida cotideana de un desarrollador. Los encontrarás fácilmente identificando el ícono de PHP como el que se muestra a la izquierda de este párrafo.

• Respuestas a preguntas frecuentes

Aquí encontrarás todas las preguntas sobre los códigos fuente que se encuentren en la sección "programación real". Dicha sección, se encuentra identificada con el icono que se muestra a la derecha de este párrafo.

Hecha estas aclaraciones, ahora…

¡A programar!

CAPÍTULO I

• Introducción a la Programación Orientada a Objetos (POO)

Introducción a la programación orientada a objetos (POO)

La POO es un paradigma de programación (o técnica de programación) que utiliza objetos e interacciones en el diseño de un sistema.

Elementos de la POO

La POO está compuesta por una serie de elementos que se detallan a continuación.

Clase

Una clase es un modelo que se utiliza para crear objetos que comparten un mismo comportamiento, estado e identidad.

Objeto

Es una entidad provista de métodos o mensajes a los cuales responde (comportamiento); atributos con valores concretos (estado); y propiedades (identidad).

$persona = new Persona();

/*

El objeto, ahora, es $persona,

que se ha creado siguiendo el modelo de la clase Persona

*/

Método

Es el algoritmo asociado a un objeto que indica la capacidad de lo que éste puede hacer.

function caminar() {

#…

}

Evento y Mensaje

Un evento es un suceso en el sistema mientras que un mensaje es la comunicación del suceso dirigida al objeto.

Propiedades y atributos

Las propiedades y atributos, son variables que contienen datos asociados a un objeto.

$nombre = 'Juan';

$edad = '25 años';

$altura = '1,75 mts';

Características conceptuales de la POO

La POO debe guardar ciertas características que la identifican y diferencian de otros paradigmas de programación. Dichas características se describen a continuación.

Abstracción

Aislación de un elemento de su contexto. Define las características esenciales de un objeto.

Encapsulamiento

Reúne al mismo nivel de abstracción, a todos los elementos que puedan considerarse pertenecientes a una misma entidad.

Modularidad

Característica que permite dividir una aplicación en varias partes más pequeñas (denominadas módulos), independientes unas de otras.

Ocultación (aislamiento)

Los objetos están aislados del exterior, protegiendo a sus propiedades para no ser modificadas por aquellos que no tengan derecho a acceder a las mismas.

Polimorfismo

Es la capacidad que da a diferentes objetos, la posibilidad de contar con métodos, propiedades y atributos de igual nombre, sin que los de un objeto interfieran con el de otro.

Herencia

Es la relación existente entre dos o más clases, donde una es la principal (madre) y otras son secundarias y dependen (heredan) de ellas (clases "hijas"), donde a la vez, los objetos heredan las características de los objetos de los cuales heredan.

Recolección de basura

Es la técnica que consiste en destruir aquellos objetos cuando ya no son necesarios, liberándolos de la memoria.

CAPÍTULO II

• Programación Orientada a Objetos en PHP 5

Programación Orientada a Objetos en PHP 5

En este capítulo veremos como aplicar los conceptos de la POO en el entorno del lenguaje PHP 5+.

Clases y Objetos en PHP 5

Definición de Clases

Según el Manual Oficial de PHP, una Clase es:

[…] "una colección de variables y funciones que trabajan con estas variables. Las variables se definen utilizando var y las funciones utilizando function" […][5]

Para definir una clase, el Manual Oficial de PHP, continúa diciendo:

[…] "La definición básica de clases comienza con la palabra clave class, seguido por un nombre de clase, continuado por un par de llaves que encierran las definiciones de las propiedades y métodos pertenecientes a la clase. El nombre de clase puede ser cualquier etiqueta válida que no sea una palabra reservada de PHP. Un nombre válido de clase comienza con una letra o un guión bajo, seguido de la cantidad de letras, números o guiones bajos que sea." […][6]

Declaración de Clases abstractas

Las clases abstractas son aquellas que no necesitan ser instanciadas pero sin embargo, serán heredadas en algún momento. Se definen anteponiendo la palabra clave abstract a class:

abstract class NombreDeMiClaseAbstracta {

#…

}

Este tipo de clases, será la que contenga métodos abstractos (que veremos más adelante) y generalmente, su finalidad, es la de declarar clases "genéricas" que necesitan ser declaradas pero a las cuales, no se puede otorgar una definición precisa (de eso, se encargarán las clases que la hereden).

Herencia de Clases

Los objetos pueden heredar propiedades y métodos de otros objetos. Para ello, PHP permite la "extensión" (herencia) de clases, cuya característica representa la relación existente entre diferentes objetos. Para definir una clase como extención de una clase "madre" se utiliza la palabra clave extends.

class NombreDeMiClaseMadre {

#…

}

class NombreDeMiClaseHija extends NombreDeMiClaseMadre {

/* esta clase hereda todos los métodos y propiedades de

la clase madre NombreDeMiClaseMadre

*/

}

Declaración de Clases finales En PHP

PHP 5 incorpora clases finales que no pueden ser heredadas por otra. Se definen anteponiendo la palabra clave final.

final class NombreDeMiClaseFinal {

#esta clase no podrá ser heredada

}

¿Qué tipo de clase declarar?

Hasta aquí, han quedado en claro, cuatro tipos de clases diferentes: Instanciables, astractas, heredadas y finales. ¿Cómo saber qué tipo de clase declarar? Todo dependerá, de lo que necesitemos hacer. Este cuadro, puede servirnos como guía básica:

Objetos en PHP 5

Una vez que las clases han sido declaradas, será necesario crear los objetos y utilizarlos, aunque hemos visto que algunas clases, como las clases abstractas son solo modelos para otras, y por lo tanto no necesitan instanciar al objeto.

Instanciar una clase

Para instanciar una clase, solo es necesario utilizar la palabra clave new. El objeto será creado, asignando esta instancia a una variable (la cual, adoptará la forma de objeto). Lógicamente, la clase debe haber sido declarada antes de ser instanciada, como se muestra a continuación:

Propiedades en PHP 5

Las propiedades representan ciertas características del objeto en sí mismo. Se definen anteponiendo la palabra clave var al nombre de la variable (propiedad):

class Persona {

var $nombre;

var $edad;

var $genero;

}

Las propiedades pueden gozar de diferentes características, como por ejemplo, la visibilidad: pueden ser públicas, privadas o protegidas. Como veremos más adelante, la visiblidad de las propiedades, es aplicable también a la visibilidad de los métodos.

Propiedades públicas

Las propiedades públicas se definen anteponiendo la palabra clave public al nombre de la variable. Éstas, pueden ser accedidas desde cualquier parte de la aplicación, sin restricción.

class Persona {

public $nombre;

public $genero;

}

Propiedades privadas

Las propiedades privadas se definen anteponiendo la palabra clave private al nombre de la variable. Éstas solo pueden ser accedidas por la clase que las definió.

class Persona {

public $nombre;

public $genero;

private $edad;

}

Propiedades protegidas

Las propiedades protegidas pueden ser accedidas por la propia clase que la definió, así como por las clases que la heredan, pero no, desde otras partes de la aplicación. Éstas, se definen anteponiendo la palabra clave protected al nombre de la variable:

class Persona {

public $nombre;

public $genero;

private $edad;

protected $pasaporte;

}

Propiedades estáticas

Las propiedades estáticas representan una característica de "variabilidad" de sus datos, de gran importancia en PHP 5. Una propiedad declarada como estática, puede ser accedida sin necesidad de instanciar un objeto. y su valor es estático (es decir, no puede variar ni ser modificado). Ésta, se define anteponiendo la palabra clave static al nombre de la variable:

class PersonaAPositivo extends Persona {

public static $tipo_sangre = 'A+';

}

Accediendo a las propiedad de un objeto

Para acceder a las propiedad de un objeto, existen varias maneras de hacerlo. Todas ellas, dependerán del ámbito desde el cual se las invoque así como de su condición y visibilidad.

Acceso a variables desde el ámbito de la clase

Se accede a una propiedad no estática dentro de la clase, utilizando la pseudo-variable $this siendo esta pseudo-variable una referencia al objeto mismo:

return $this->nombre;

Cuando la variable es estática, se accede a ella mediante el operador de resolución de ámbito, doble dos-puntos :: anteponiendo la palabra clave self o parent según si trata de una variable de la misma clase o de otra de la cual se ha heredado, respectivamente:

print self::$variable_estatica_de_esta_clase;

print parent::$variable_estatica_de_clase_madre;

Acceso a variables desde el exterior de la clase

Se accede a una propiedad no estática con la siguiente sintáxis: $objeto->variable

Nótese además, que este acceso dependerá de la visibilidad de la variable. Por lo tanto, solo variables públicas pueden ser accedidas desde cualquier ámbito fuera de la clase o clases heredadas.

# creo el objeto instanciando la clase

$persona_a_positivo = new PersonaAPositivo();

# accedo a la variable NO estática

print $persona_a_positivo->nombre;

Para acceder a una propiedad pública y estática el objeto no necesita ser instanciado, permitiendo así, el acceso a dicha variable mediante la siguiente sintáxis:

Clase::$variable_estática

# accedo a la variable estática

print PersonaAPositivo::$tipo_sangre;

Constantes de Clase

const MI_CONSTANTE = 'Este es el valor estático de mi constante';

Métodos en PHP 5

La forma de declarar un método es anteponiendo la palabra clave function al nombre del método, seguido por un par paréntesis de apertura y cierre y llaves que encierren el algoritmo:

# declaro la clase

class Persona {

#propiedades

#métodos

function donar_sangre() {

#…

}

}

Al igual que cualquier otra función en PHP, los métodos recibirán los parámetros necesarios indicando aquellos requeridos, dentro de los paréntisis:

# declaro la clase

class Persona {

#propiedades

#métodos

function donar_sangre($destinatario) {

#…

}

}

Métodos públicos, privados, protegidos y estáticos

Los métodos, al igual que las propiedades, pueden ser públicos, privados, protegidos o estáticos. La forma de declarar su visibilidad tanto como las características de ésta, es exactamente la misma que para las propiedades.

static function a() { }

protected function b() { }

private function c() { }

# etc…

Métodos abstractos

A diferencia de las propiedades, los métodos, pueden ser abstractos como sucede con las clases.

El Manual Oficial de PHP, se refiere a los métodos abstractos, describiéndolos de la siguiente forma:

[…] "Los métodos definidos como abstractos simplemente declaran la estructura del método, pero no pueden definir la implementación. Cuando se hereda de una clase abstracta, todos los métodos definidos como abstract en la definición de la clase parent deben ser redefinidos en la clase child; adicionalmente, estos métodos deben ser definidos con la misma visibilidad (o con una menos restrictiva). Por ejemplo, si el método abstracto está definido como protected, la implementación de la función puede ser redefinida como protected o public, pero nunca como private." […][7]

Para entender mejor los métodos abstractos, podríamos decir que a grandes rasgos, los métodos abstractos son aquellos que se declaran inicialmente en una clase abstracta, sin especificar el algoritmo que implementarán, es decir, que solo son declarados pero no contienen un "código" que específique qué harán y cómo lo harán.

Tal vez, te preguntes ¿Cuál es la utilidad de definir métodos abstractos y clases abstractas? Para responder a esta pregunta, voy enfocarme en un caso de la vida real, en el cual estuve trabajando hace poco tiempo.

Ejemplo

Se trataba de hacer un sistema de gestión informática, para las farmacias de los Hospitales del Gobierno de la Ciudad de Buenos Aires. Un punto fundamental, era pensar en los insumos farmacéuticos como "un todo abstracto". ¿Por qué? Fundamentalmente, porque si bien existen insumos farmacéuticos de todo tipo y especie, cada uno de ellos, comparte características comunes, que por sí solas no pueden definirse con precisión. Por ejemplo, todos los insumos farmacéuticos requieren de un tipo de conservación especial. Algunos requieren refrigeración a determinada temperatura que solo puede ser satisfecha conservándolos en una heladera; otros requieren conservarse en un ambiente seco; otros, no pueden tomar contacto con el exterior, a fin de conservar su capacidad estéril; etc. ¿Podía definirse con exactitud una clase Insumo? La respuesta a esa pregunta, es justamente su pregunta retórica ¿irías a la farmacia a pedirle al farmacéutico "deme un insumo de 500 mg"? Insumo, representa la entidad "abstracta" y para eso, sirven las clases abstractas. Con ellas declaramos aquellos "objetos" que no pueden ser definidos con presición pero aseguramos allí, todas aquellas características que dichos objetos, guardarán entre sí. Declarar un método conservar_insumo() como abstracto, serviría para luego definir con exactitud, en una clase heredada, el algoritmo exacto que determinado insumo necesitaría para procesar su conservación. Es así entonces, que una clase InsumoRefrigerado heredaría de Insumo, y redefiniría el método conservar_insumo() indicando un algoritmo que solicitara la temperatura a la cual debía conservarse en heladera, etc.

Métodos mágicos en PHP 5

PHP 5, nos trae una gran cantidad de auto-denominados "métodos mágicos". Estos métodos, otorgan una funcionalidad pre-definida por PHP, que pueden aportar valor a nuestras clases y ahorrarnos grandes cantidades de código. Lo que muchos programadores consideramos, ayuda a convertir a PHP en un lenguaje orientado a objetos, cada vez más robusto.

Entre los métodos mágicos, podemos encontrar los siguientes:

• El Método Mágico __construct()

El método __construct() es aquel que será invocado de manera automática, al instanciar un objeto. Su función es la de ejecutar cualquier inicialización que el objeto necesite antes de ser utilizado.

# declaro la clase

class Producto {

#defino algunas propiedades

public $nombre;

public $precio;

protected $estado;

#defino el método set_estado_producto()

protected function set_estado_producto($estado) {

$this->estado = $estado;

}

# constructor de la clase

function __construct() {

$this->set_estado_producto('en uso');

}

}

En el ejemplo anterior, el constructor de la clase se encarga de definir el estado del producto como "en uso", antes de que el objeto (Producto) comience a utilizarse. Si se agregaran otros métodos, éstos, podrán hacer referencia al estado del producto, para determinar si ejecutar o no determinada función. Por ejemplo, no podría mostrarse a la venta un producto "en uso por el sistema", ya que a éste, se le podría estar modificando el precio.

• El método mágico __destruct()

El método __destruct() es el encargado de liberar de la memoria, al objeto cuando ya no es referenciado. Se puede aprovechar este método, para realizar otras tareas que se estimen necesarias al momento de destruir un objeto.

# declaro la clase

class Producto {

#defino algunas propiedades

public $nombre;

public $precio;

protected $estado;

#defino el método set_estado_producto()

protected function set_estado_producto($estado) {

$this->estado = $estado;

}

# constructor de la clase

function __construct() {

$this->set_estado_producto('en uso');

}

# destructor de la clase

function __destruct() {

$this->set_estado_producto('liberado');

print 'El objeto ha sido destruido';

}

}

• Otros métodos mágicos

PHP nos ofrece otros métodos mágicos tales como __call, __callStatic, __get, __set, __isset, __unset, __sleep, __wakeup, __toString, __invoke, __set_state y __clone.

Puede verse una descripción y ejemplo de su uso, en el sitio Web oficial de PHP:

http://www.php.net/manual/es/language.oop5.magic.php

Ejercicios Prácticos

Para practicar lo que hemos visto hasta ahora, les propongo hacer algunos ejercicios, a fin de asimilar los conocimientos de los capítulos I y II.

Ejercicio Nº1: Sobre la programación orientada a objetos

1.1) ¿Qué es la Programación Orientada a Objetos?

a) Un patrón de diseño de software

b) Un paradigma de programación

c) La única forma en la que se puede programar en PHP

d) Ninguna de las anteriores

1.2) ¿Cuál de las siguientes opciones, responde mejor a los elementos que forman parte de la POO?

a) Clases, objetos, métodos, atributos y propiedades

b) Atributos, eventos y funciones

c) Métodos, inmutabilidad, abstracción, funciones y prototipos

e) Variables, constantes y funciones

1.3) ¿Cuál de las siguientes afirmaciones es FALSA con respecto a las características de la POO?

a) La abstracción y el polimorfismo son característica esenciales de la programación orientada a objetos

b) Encapsulamiento es sinónimo de aislamiento

c) En la POO, la modularidad, es la característica que permite dividir una aplicación, en partes más pequeñas, con independencia unas de las otras

Ejercicio Nº2: Sobre la POO en PHP

2.1) Dado el siguiente código:

¿Qué crees que fallaría al intentar ejecutarlo?

a) ItemProducto fallará ya que está heredando de otra clase

b) No fallaría nada

c) Producto no puede heredar de ItemProducto ya que esta clase ha sido declarada como clase final

2.2) ¿Cuál crees que será la salida del siguiente código?

a) Cliente desconocido 1001

b) Cliente desconocido

c) Se imprimiría Cliente desconocido pero fallaría luego el acceso a $id ya que es una propiedad protegida

2.3) ¿Cuál crees que será la salida del siguiente código?

a) Cliente desconocido

b) Juan Pérez

Explica porqué has elegido esa respuesta:

2.4) Teniendo en cuenta el siguiente código:

¿Cuál de las siguientes opciones, estimas que sería la apropiada para imprimir en pantalla, la propiedad "nombre_completo"

a) print Cliente::nombre_completo;

b) print Cliente::$nombre_completo;

c) $cliente = new Cliente();

print $cliente->nombre_completo;

d) $cliente = new Cliente();

print $cliente->$nombre_completo;

Soluciones a los ejercicios 1 y 2

Ejercicio Nº1

Pregunta 1.1: respuesta b

Pregunta 1.2: respuesta a

Pregunta 1.3: respuesta b

Ejercicio Nº2

Pregunta 2.1: respuesta c

Pregunta 2.2: respuesta c

Pregunta 2.3: respuesta a

porque a las propiedades estáticas no se les puede modificar su valor

Pregunta 2.4: respuesta b

Programación Real Orientada a Objetos en PHP

Veremos ahora, un ejemplo basado en la realidad de un programador.

En este caso, se trata de un ABM de usuarios.

Nótese que los métodos respectivos han sido resumidos no encontrándose en éstos, algoritmos de validación de datos. Se ejemplifica todo aquello que es relevante en la POO.

Archivos fuente del ABM de Usuarios

Archivo db_abstract_model.php

Archivo usuarios_model.php

Archivo abm_example.php

Explicando el código en el contexto de la POO: La mejor forma de aprender y comprender

En principio tenemos 3 archivos:

• 2 archivos son "clases" de dos modelos de objetos.

• 1 archivo, es el que realiza las instancias creando la cantidad de objetos necesaria.

Respuestas a Preguntas Frecuentes sobre el código

• 1. Respuestas a preguntas frecuentes de la clase DBAbstractModel

1.1 ¿Por qué la clase está definida como abstracta?

Una base de datos, puede tener varios métodos, como insertar datos, editar datos, eliminar datos o simplemente consultar datos. El algoritmo de cada uno de esos métodos no puede definirse con exactitud ¿por qué? Porque cada dato que se inserte, modificque, elimine o consulte, variará en infinidad de aspectos: desde los tipos de datos hasta las tablas y los campos a los que se deba acceder, etc.

Basados en el principio de modularidad de la POO, es necesario tener en cuenta, que HOY, necesito un ABM de usuarios, pero mañana, este requisito puede ampliarse y, debo dejar todo preparado para que el sistema pueda ser escalable y modular (otros módulos pueden ser requeridos en el futuro).

Si solo contemplara los métodos de inserción, edición, consulta y eliminación de usuarios en esta clase, estaría cometiendo dos errores imperdonable:

• No estaría respetando el principio de modularidad de la POO

• Los métodos mencionados ¿no son a caso métodos de un nuevo objeto llamado Usuario?