Tag cake (Página 10) - Userlinux.net

Un pequeño proof of concept para los iniciados como yo. Cuando queremos ayudar con alguna opción|acción en modelo, controlador o vista podemos hacerlo a través de los behaviors, components ó helpers respectivamente:

	Modelo		»	Behavior
	Controlador	»	Componente
	Vista		»	Helper

Que alguien me corrija si me equivoco, pero ciertas funciones -avanzadas, por decir algo- es mejor ubicarlas en estos últimos para dejar MVC lo más limpio posible. Conste que se trata de una conclusión no contrastada por lo que PoC igual le viene grande.

Hablo de los virtuales, reales ya conocemos a uno sin tener todavía piso. El tema que quiero tocar hoy es el entorno de un registro. Dado el registro de una tabla nos gustaría saber el anterior y el posterior para facilitar la navegación con el típico -"« | »"- paginador.

Solo mencionar -para despistados- que los id, por muy autonuméricos que los pongamos en nuestro SGBD no son correlativos ni mucho menos. Es posible que un producto tenga id=12 y el inmediatamente superior sea id=18. Espero no haber tirado al traste muchas teorías.

Dentro de una base de datos, el campo que yo siempre llamaba url parece que ha evolucionado y se ha puesto de moda llamarle slug. Este campo sirve para guardar una cadena fácilmente recordable y única para hacer más cómodo el acceso a un registro:

Array
(
	[id] => 520
	[title] => "P.E.S. 2008"
	[slug] => "pes_2008"
)

A la hora de acceder al registro podremos hacerlo comprobando id ó slug de manera arbitraria, facilitando al usuario el poder recordar un término u otro:

• http://loquesea/detalle?q=520
• http://loquesea/detalle?q=pes_2008

Con ésto y un poco de mod_rewrite podríamos decir que los slugs juegan un gran papel en el "dns de las webs dinámicas" (¡menuda teoría!).

Siguiendo con tips -o pequeñas notas mentales- de CakePHP esta vez le ha tocado el gordo a requestAction. En este caso concreto, teniendo un modelo Posts relacionado íntimamente con otros dos: Users y Comments, queremos mostrar el número de comentarios escritos en cada entrada.

Lo que sería una simple consulta SQL en programación normal se antoja un poco diferente en MVC puesto que debemos guardar un cierto orden de lo que es cada cosa. Primero crearemos una función -en posts_controller.php- que calcule el número de comentarios que existen en cada Post:

La sintaxis de find() ha cambiado un poco en las últimas versiones de CakePHP, se han marcado como 'deprecated' las funciones findAll() y findCount. Buscando flexibilidad y homogeneidad el nuevo uso se simplifica en lo siguiente:

Post->find('count', array('conditions' => array('Post.comments_count' => '< 20'));
Post->find('first', array('conditions' => array('Post.comments_count' => '< 20'), 'order' => 'Post.date ASC'));
Post->find('all', array('limit' => 10, 'order' => 'Post.date ASC'));

Sencillo y complicado a la vez. Para más información podemos leer las siguientes referencias:

• La nueva forma de hacer búsquedas
• New CakePHP releases

Un tip muy sencillo y funcional para los que quieren rellenar un desplegable con dos tablas relacionadas en CakePHP 1.2. En pocas palabras el entorno es el siguiente, dos tablas Users y Groups relacionadas entre si por el campo Users.group_id (sigo la nomenclatura 'oficial' para que tanto cake como bake me entiendan. Podríamos resumir la relación en: