Pues resulta que sigo con lo del POO. Espero que la gente experimentada en esto me pueda hechar una mano. La idea es hacer funcional la teoria sobre este paradigma:

Aqui vamos, tenemos una BD con una tabla llamada alumno, entonces siguiendo la teoria de POO debemos implementar un objeto para la representacion de esta tabla.

Tabla en Mysql

CREATE TABLE `alumno` (
  `codigo` INT(11) NOT NULL AUTO_INCREMENT,
  `nombres` VARCHAR(30) NOT NULL,
  `apellidos` VARCHAR(30) NOT NULL,
  `edad` INT(11) NOT NULL,
  PRIMARY KEY  (`codigo`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

Creamos una clase en php:

<?
class Alumno
{
	private _codigo
	private _nombre;
	private _apellido;
	private _edad;
}
?>

Bien ese es el comienzo .. supongamos que los posibilidades de trabajo para esta tabla puedan ser: un select, un insert, un update o un delete, cual seria la mejor forma de implementar los metodos antes mencionados ¡?

Gracias

por que no usas mysqli? es mucho mas facil que crear otra clase con un driver mas lento (mysqli es mas rápido )

http://php.net/manual/en/class.mysqli.php

podrias basar tu clase inicial en esta (no heredar, adaptar )

Yo creo que no hay nada que mejorar, supongo que mapearás __CLASS__ en un xml o parecido y eres de los que prefieren sanear las variables en la entrada de datos, yo prefiero hacerlo en cada clase pero es cuestión de gustos, tampoco hay más.
Solo apuntar que la poo no implica encapsular el acceso a datos en clases,aunque es aconsejable. Esto en realidad es el patron de diseño active record.

Saludos.

El hecho de que implementes una clase para representar una tabla no es un paradigma, es un patrón de diseño que se llama active record. Si hicieras las consultas cuando las necesitases en una clase cualquiera seguiria siendo poo.

Me refiero a que en:


Tienes una inyección sql, si es el usuario quien define codigo en el constructor y no la saneas en ese momento tienes un problema, yo prefiero sanear cada variable en cada clase porque tiendo a reutilizar mucho código, pero hay quien lo hace en $_REQUEST['codigo'] una sola vez, en el caso de que no venga del usuario no hay que preocuparse.

Pero bueno, supongo que no tiene importancia porque ahora con el segundo código veo que esto deber ser más un trabajo de clase que algo real.
Sea como sea lo que está claro es que los dos casos son correctos, pero mi punto de vista sobre el código:



Si creas una clase conexion, mejor que sea de verdad conexion y que la utilices siempre en esta clase o en cualquier otra(asbtracción) que sea plenamente objeto de base de datos simplemente heredando de la clase conexion.
El poner codigo= hace que esta clase solo te vaya a servir con tablas que tengan este campo.
Opciones:
-Lo mapeas en un xml igual que _TABLA
-No mapeas _TABLA, quitas el valor del constructor y creas selectById(tabla,campo,valor)

Imaginemos el segundo caso que es el más rapido de implementar, esto te permitiria tener una clase que te abstraeria de la base de datos, podrias crear metodos que te facilitarian mucho el trabajo a la larga: limpiartabla(tabla); deleteById(tabla,campo,valor); update(tabla,campo,valor,campocondicion,valorcondicion) etc etc

Entonces alumno evidentemente tiene que especificar más, en concreto la estructura de la tabla, con lo que tendrías selectbyId('Alumno','codigo',$codigo) donde codigo lo pasarias en el constructor. Además tambien seguirias especificando la estructura de la tabla con sus campos en cada getter y setter.
Que ventajas concretas te da esto gracias a la poo+active record:
-Si cambias de base de datos donde la sintaxi es distinta solo tendrás que crear otra clase conexion para la otra bd.
-Si cambias la estructura de la tabla usuario, ya sean los nombres de los campos, sus tipos o añades campos nuevos, solo tendrás que modificar la clase usuario.
Además del resto de ventajas de tener bien especificado cada concepto en una clase distinta.

El segundo código a mi me gusta menos, le quitas toda su potencia a conexion y el que después tengas que repetir código en el resto de clases no suele ser una buena señal.


Espero no haber sido muy coñazo, es que me gusta bastante la teoria de la poo .
Saludos!