<?php// Connecting, selecting database
$link = mysql_connect('localhost', 'myuser', 'mypassword');
mysql_select_db('blog_db', $link);
// Performing SQL query
$result = mysql_query('SELECT date, title FROM post', $link);
?>
<html>
<head>
<title>List of Posts</title>
</head>
<body>
<h1>List of Posts</h1>
<table>
<tr><th>Date</th><th>Title</th></tr>
<?php
// Printing results in HTML
while($row = mysql_fetch_array($result, MYSQL_ASSOC))
{
echo "<tr>";
printf("<td> %s </td>", $row['date']);
printf("<td> %s </td>", $row['title']);
echo "</tr>";
}
?>
</table>
</body>
</html>
<?php
// Closing connection
mysql_close($link);
?>
El script de arriba es rápido de escribir, rápido de ejecutar, pero es muy poco mantenible; algunos de los problemas que encontramos son que no hay chequeo de error (¿qué ocurre si la conexión a la base de datos falla?), el HTML y el código PHP están mezclados incluso entrelazados, y el código está atado a un base de datos MySQL.
Separando la Presentación
Las llamadas a las funciones echo y printf del script de arriba hacen el código difícil de leer. Modificar el código HTML para mejorar la presentación es un fastidio con la sintáxis actual. Por lo tanto, podemos separar el código en dos partes. Primero, el código PHP con toda la lógica de negocio en un script controlador (controller), como se muestra en el siguiente script (index.php):
<?php// Connecting, selecting database
$link = mysql_connect('localhost', 'myuser', 'mypassword');
mysql_select_db('blog_db', $link);
// Performing SQL query
$result = mysql_query('SELECT date, title FROM post', $link);
// Filling up the array for the view
$posts = array();
while($row = mysql_fetch_array($result, MYSQL_ASSOC))
{
$posts[] = $row;
}
// Closing connection
mysql_close($link);
// Requiring the view
require('view.php');
El código HTML, el cual contiene algo de código PHP, es guardado en un script de vista (view.php):
<html>
<head>
<title>List of Posts</title>
</head>
<body>
<h1>List of Posts</h1>
<table>
<tr><th>Date</th><th>Title</th></tr>
<?php foreach($posts as $post): ?><tr>
<td><?php echo $post['date'] ?></td>
<td><?php echo $post['title'] ?></td>
</tr><?php endforeach; ?>
</table>
</body>
</html>
Una buena regla para determinar si la vista esta lo suficientemente limpia es que esta debería de contener la mínima cantidad de código PHP posible, de este modo la vista puede ser entendida por un diseñador HTML sin conocimientos de PHP. La sintaxis PHP más comunes en la vista son echo, if/endif, foreach/endforeach, y nada más. Además, no debería haber código PHP imprimiendo tags HTML.
Por ende, toda la lógica es movida al controlador, y contiene solo código PHP, sin HTML. Como algo importante, deberías imaginar que el mismo controlador debería poder ser usado para diferentes presentaciones (vistas), tales como paginas HTML, archivos PDF, o en una estructura XML.
Separando la manipulación de datos
La mayoría del código del controlador esta dedicado a la manipulación de datos. Pero que pasa si necesitas listar los posts para otro controlador, por ejemplo, uno que tenga una salida en un feed RSS, o si quieres mantener todas las consultas a la base de datos en un solo lugar, para evitar duplicar código, o bien si decides cambiar el modelo de datos, en donde la table post pase a llamarse weblog_post, o por un requerimiento necesitas cambiarte desde MySQL a PostgreSQL. Para hacer todo esto posible, lo que necesitamos hacer es remover la manipulación de datos del controlador, y poner toda esa lógica en otro script (model.php), el cual será nuestro modelo:
<?phpfunction getAllPosts()
{
// Connecting, selecting database
$link = mysql_connect('localhost', 'myuser', 'mypassword');
mysql_select_db('blog_db', $link);
// Performing SQL query
$result = mysql_query('SELECT date, title FROM post', $link);
// Filling up the array
$posts = array();
while($row = mysql_fetch_array($result, MYSQL_ASSOC))
{
$posts[] = $row;
}
// Closing connection
mysql_close($link);
return $posts;
}
Y modificando el controlador (index.php) para incluir el modelo, tenemos:
<?php// Requiring the model
require_once('model.php');
// Retrieving the list of posts
$posts = getAllPosts();
// Requiring the view
require('view.php');
De este modo, el controlador es totalmente leible, ya que su única tarea es obtener los datos desde el modelo y pasarselo a la vista. En aplicaciones más complejas, el controlador además maneja la petición, la sesión de usuario, la autenticación, y demàs cosas.
El modelo esta dedicado a acceder a los datos y puede ser organizado acordemente. Todos los parametros que no dependen de la capa de datos (como ser los parametros de la petición) deben ser provistos por el controlador y no accedidos directamente por el modelo. De este modo, las funciones del modelo pueden ser facilmente utilizadas en otro controlador.
No hay comentarios.:
Publicar un comentario