Este es un problema de diseño al que me enfrento regularmente y me gustaría encontrar algunas ideas generales sobre el tema. El código provisto aquí es solo un ejemplo.Diseño de OOP: Cómo incorporar el manejo de DB en los objetos de aplicación
En la fase de diseño es fácil decidir que necesita un objeto:
User
==========
Unique ID
Login name
Password
Full name
Y es fácil convertirlo en un objeto de base de datos:
CREATE TABLE user (
user_id INT NOT NULL PRIMARY KEY,
username VARCHAR(15) NOT NULL UNIQUE,
password_hash CHAR(32) NOT NULL,
full_name VARCHAR(50)
);
Mis dudas comienzan a nivel de PHP. La conversión obvia es:
<?php
class User{
public $user_id, $username, $full_name;
}
?>
Sin embargo, ¿cómo debo completar los valores reales?
puedo mantener el DB-agnóstico clase:
<?php
class User{
public $user_id, $username, $full_name;
public function __construct($user_id, $username, $full_name){
$this->user_id = $user_id;
$this->username = $username;
$this->full_name = $full_name;
}
}
?>
Pero luego tenga que ejecutar la consulta en otro lugar ...
que puede encapsular dentro del constructor de la clase:
<?php
class User{
public $user_id, $username, $full_name;
public function __construct($user_id){
$sql = 'SELECT username, full_name FROM user WHERE user_id=?';
$parameters = array($user_id);
$res = get_row_from_db($sql, $parameters);
$this->user_id = $user_id;
$this->username = $res['username'];
$this->full_name = $res['username'];
}
}
?>
Esto se ve elegante pero me impide hacer muchas cosas con la clase:
- Validar un usuario por nombre de usuario y contraseña ($ user_id no se conoce aún)
- Imprimir información de usuario de mensajes en el foro (no puedo pagar 100 consultas a 100 usuarios mostrar)
Lo más probable es que Necesito definir varias clases, pero no estoy seguro de cómo organizarlo. Una clase base y muchas clases para niños? Clases independientes? Clase individual con métodos específicos? Tal vez es un patrón de diseño bien conocido, pero me enseñaron la programación de procedimientos.
También apreciaría algunas ideas sobre:
- Manejo de una colección de usuarios
- información en sesión de Almacenamiento de manera DB no necesita ser consultada en cada petición que
==== PARA LOS REGISTROS ====
He etiquetado la respuesta de Gordon como respuesta, ya que proporciona una lectura interesante. Lo que sea, vale la pena señalar que he encontrado un very illustrative code snippet en uno de los comentarios de los usuarios en la página de serialización de objetos del manual de PHP que se puede resumir de la siguiente manera:
- Se utiliza una clase.
- Una instancia representa un usuario específico.
- El constructor se alimenta con los detalles del usuario.
- La clase proporciona métodos estáticos para la funcionalidad que se requiere antes de poder tener una instancia, p. obtener un usuario de DB por ID o nombre.
- Las instancias de usuario se pueden serializar como datos de sesión.
Al no ser un gurú de OOP, lo encontré muy simple pero limpio y útil. Los textos OOP tienden a complicar las tareas simples y mi trabajo diario consiste principalmente en proyectos pequeños.
¿Cómo harías para crear nuevos usuarios con el segundo enfoque? Los nuevos usuarios no existirán en la base de datos. – Rune
El fragmento de código que menciona parece una implementación del patrón ActiveRecord para mí. – Gordon