[SOLUCIONADO] Paginator Zend Framework 2.0 beta

[GatorV]

Justo ahorita vino la iluminación a mi mente...

No lo inyecta porque estamos instanciando el objeto directamente, para que funcione hay que pasarlo como dependencia como el table, o usar el locator para sacarlo del di, por lo que la opción más limpia a mi gusto es usar el paginationControl en el view directamente

[andresdzphp]

Iniciado por GatorV

Justo ahorita vino la iluminación a mi mente...

No lo inyecta porque estamos instanciando el objeto directamente, para que funcione hay que pasarlo como dependencia como el table, o usar el locator para sacarlo del di, por lo que la opción más limpia a mi gusto es usar el paginationControl en el view directamente

En ese caso tampoco haría falta:

Código PHP:

PaginationControl::setDefaultViewPartial('album/items.phtml');
 

Se lo pasas en la vista y ya

Código PHP:

<?php
echo $this->paginationControl($albums, 'Sliding', 'album/items.phtml');
?>
 

Pero me hace pensar ZF1, como en esa versión no necesitas usar setView y te pagina fácilmente.

[GatorV]

Claro de hecho lo puedes hacer igual, la diferencia es que ahora el plugin de paginationControl te permite establecer un script por defecto (por eso la llamada es estática) es como establecer el defaultAdapter de un DbTable.

Prueba hacerlo directamente como tu segunda llamada y funciona igual

Código PHP:

public function indexAction()
    {
        $albums = $this->getAlbumTable()->fetchAll();
        $matches = $this->getEvent()->getRouteMatch();
        $nPage = $matches->getParam('page', 1);
        
        //PaginationControl::setDefaultViewPartial('paginator.phtml');
        
        $paginator = Paginator::factory($albums);
        $paginator->setDefaultItemCountPerPage(5);
        $paginator->setCurrentPageNumber($nPage);
        //$paginator->setView($this->getLocator()->get('view'));
        
        return array('albums' => $paginator);
    }
 

View:

Código PHP:

<h1>Albums</h1>
<ul>
<?php foreach ($this->albums as $album) { ?>
    <li><?php echo $album->album_id; ?> - <?php echo $album->album; ?></li>
<?php } ?>
</ul>
<?php echo $this->paginationControl($this->albums, 'Sliding', 'paginator.phtml'); ?>
 

Saludos.

[andresdzphp]

Gracias GatorV, también puedes usar setView en la vista

lo dejé así:

Controller:

Código PHP:

public function indexAction() 
    {
        $data = $this->albumTable->fetchAll();
        
        $matches = $this->getEvent()->getRouteMatch();
        $nPage = $matches->getParam('page', 1);
        
        PaginationControl::setDefaultViewPartial('album/items.phtml');
        
        $paginator = Paginator::factory($data);
        $paginator->setDefaultItemCountPerPage(5);
        
        $paginator->setCurrentPageNumber($nPage);
        
        return array(
            'albums' => $paginator
        );
    }
 

View index.phtml

Código PHP:

<?php 
echo $albums->setView($this);
?>
 

Y el paginador lo dejé igual. Así funciona sin tener que usar paginationControl en la vista.

Saludos.

[GatorV]

De hecho para probar lo que digo hice esta prueba, el controller:

Código PHP:

<?php
 
namespace Album\Controller;
 
use Album\Model\DbTable\AlbumTable,
    Zend\Mvc\Controller\ActionController,
    Zend\Paginator\Paginator,
    Zend\View\Helper\PaginationControl,
    Zend\View\Renderer;
 
 
class ListController extends ActionController
{
    protected $albumTable;
    protected $view;
    
    public function setView(\Zend\View\Renderer $view)
    {
        $this->view = $view;
        
        return $this;
    }
    
    public function getView()
    {
        return $this->view;
    }
    
    public function setAlbumTable(AlbumTable $albumTable)
    {
        $this->albumTable = $albumTable;
        
        return $this;
    }
    
    public function getAlbumTable()
    {
        return $this->albumTable;
    }
    
    public function indexAction()
    {
        $albums = $this->getAlbumTable()->fetchAll();
        $matches = $this->getEvent()->getRouteMatch();
        $nPage = $matches->getParam('page', 1);
        
        PaginationControl::setDefaultViewPartial('paginator.phtml');
        
        $paginator = Paginator::factory($albums);
        $paginator->setDefaultItemCountPerPage(5);
        $paginator->setCurrentPageNumber($nPage);
        $paginator->setView($this->getView());
        
        return array('albums' => $paginator);
    }
}
 

El DI:

Código PHP:

'alias' => array(
                'album-list' => 'Album\Controller\ListController'
            ),
            'Album\Controller\ListController' => array (
                'parameters' => array (
                   'albumTable' => 'Album\Model\DbTable\AlbumTable',
                   'view' => 'view'
                )
            ),
 

La vista:

Código PHP:

<h1>Albums</h1>
<ul>
<?php foreach ($this->albums as $album) { ?>
    <li><?php echo $album->album_id; ?> - <?php echo $album->album; ?></li>
<?php } ?>
</ul>
<?php echo $this->albums; ?>
 

y funciona correctamente

[andresdzphp]

Si es cierto GatorV, lo acabo de probar y también funciona

Código PHP:

'view' => 'view'
 

El view de la derecha es un alias de PhpRenderer que se jala desde el modulo Application, incluso podemos hacer otro alias en nuestro Modulo Album. Pero no entiendo el de la izquierda. A que se refiere este view?

[GatorV]

El de la derecha es el alias del Application, es correcto, el de la izquierda es la inyección que se le hace al controller, cuando declaras aquí:

Código PHP:

public function setView(\Zend\View\Renderer $view)
    {
        $this->view = $view;
        
        return $this;
    }
 

Saludos.

[andresdzphp]

Creo que es mejor hacerlo así, para no tocar el tema en la vista. Que interesante, me confundí con la misma palabra. Osea que si quiero

'view_paginator' => 'view'

tendría que hacer

Código PHP:

public function setView(\Zend\View\Renderer $view_paginator) {
   $this->view = $view_paginator;
        
    return $this;
}
 

Se le agradece GatorV

Saludos.

[GatorV]

Así es, aunque yo prefiero usar el paginationControl directo en la vista, se me hace más limpio

Saludos

[andresdzphp]

Han visto todos los cambios que le hicieron al di del ZendSkeletonApplication

Código PHP:

<?php
return array(
    'di' => array(
        'definition' => array(
            'class' => array(
                'Zend\Mvc\Router\RouteStack' => array(
                    'instantiator' => array(
                        'Zend\Mvc\Router\Http\TreeRouteStack',
                        'factory'
                    ),
                ),
            ),
        ),
        'instance' => array(
            // Inject the plugin broker for controller plugins into
            // the action controller for use by all controllers that
            // extend it.
            'Zend\Mvc\Controller\ActionController' => array(
                'parameters' => array(
                    'broker'       => 'Zend\Mvc\Controller\PluginBroker',
                ),
            ),
            'Zend\Mvc\Controller\PluginBroker' => array(
                'parameters' => array(
                    'loader' => 'Zend\Mvc\Controller\PluginLoader',
                ),
            ),
 
            // Setup the View layer
            'Zend\View\Resolver\AggregateResolver' => array(
                'injections' => array(
                    'Zend\View\Resolver\TemplatePathStack',
                ),
            ),
            'Zend\View\Resolver\TemplatePathStack' => array(
                'parameters' => array(
                    'paths'  => array(
                        'application' => __DIR__ . '/../view',
                    ),
                ),
            ),
            'Zend\View\Renderer\PhpRenderer' => array(
                'parameters' => array(
                    'resolver' => 'Zend\View\Resolver\AggregateResolver',
                ),
            ),
            'Zend\Mvc\View\DefaultRenderingStrategy' => array(
                'parameters' => array(
                    'baseTemplate' => 'layout/layout',
                ),
            ),
            'Zend\Mvc\View\ExceptionStrategy' => array(
                'parameters' => array(
                    'displayExceptions' => true,
                    'template'          => 'error/index',
                ),
            ),
            'Zend\Mvc\View\RouteNotFoundStrategy' => array(
                'parameters' => array(
                    'notFoundTemplate' => 'error/404',
                ),
            ),
 
            // Setup the router and routes
            'Zend\Mvc\Router\RouteStack' => array(
                'parameters' => array(
                    'routes' => array(
                        'default' => array(
                            'type'    => 'Zend\Mvc\Router\Http\Segment',
                            'options' => array(
                                'route'    => '/[:controller[/:action]]',
                                'constraints' => array(
                                    'controller' => '[a-zA-Z][a-zA-Z0-9_-]*',
                                    'action'     => '[a-zA-Z][a-zA-Z0-9_-]*',
                                ),
                                'defaults' => array(
                                    'controller' => 'Application\Controller\IndexController',
                                    'action'     => 'index',
                                ),
                            ),
                        ),
                        'home' => array(
                            'type' => 'Zend\Mvc\Router\Http\Literal',
                            'options' => array(
                                'route'    => '/',
                                'defaults' => array(
                                    'controller' => 'Application\Controller\IndexController',
                                    'action'     => 'index',
                                ),
                            ),
                        ),
                    ),
                ),
            ),
        ),
    ),
);
 

https://github.com/zendframework/Zen...ule.config.php

Ahora el ejemplo básico que tenía no me funciona y tampoco el ejemplo de crear módulos del "manual", me sale:

Fatal error: Uncaught exception 'Zend\View\Exception\RuntimeException' with message 'Zend\View\Renderer\PhpRenderer::render: Unable to render template "album/index"; resolver could not resolve to a file'

Saben como puedo solucionarlo o tienen un ejemplo de como crear modules en esta nueva estructura?

Vi en el controller que hacen esto:

Código PHP:

public function indexAction()
    {
        return new ViewModel();
    }
 

Que hacen con esto? me perdí un poco con estos cambios.

Así es como lo tengo ahora: https://github.com/andresdzphp/zf2b2

Saludos.

[masterpuppet]

Según tengo entendido weierophinney estaba trabajando en el view layer justamente, asi que los cambios eran de esperar, igual lo que hay no es ni por asomo la versión final, de todas formas sigo pensando que viene demasiado lento.

En cuanto al ViewModel, lo deben de haber puesto para que la similitud con SF2 no sea tan descarada :P.

Saludos.

[masterpuppet]

Con respecto al error, actualizaste module.config,php, Module.php, autoload_classmap.php y lo mas importante, el framework ?

[andresdzphp]

Gracias masterpuppet. Según leí en mayo iban a tener más tiempo para sacarlo adelante.

Ya lo pude solucionar Akrabat publicó hoy el ejemplo para el beta 3

https://github.com/akrabat/zf2-tutorial

Edito: Ahora en vez de hacer:

Código PHP:

'Zend\View\PhpRenderer' => array (
                'parameters' => array (
                     'options' => array (
                         'script_paths' => array (
                             'album' => __DIR__ . '/../views',
                         ) 
                     )   
                )
            ),
 

Hay que usar:

Código PHP:

'Zend\View\Resolver\TemplatePathStack' => array(
                'parameters' => array(
                    'paths'  => array(
                        'album' => __DIR__ . '/../view',
                    ),
                ),
            ),
 

Saludos.

[GatorV]

Me imagino que el ViewModel es para parecerse un poco a Spring jeje, que también tiene un ViewModel para renderear la vista

[andresdzphp]

Hago un pull a git hoy y resulta que:

Fatal error: Class 'Zend\Db\Table\AbstractTable' not found

entonces se pasó a usar Zend\Db\TableGateway\TableGateway y todo bien pero al paginador me tocó ajustarlo con el método toArray así:

Código PHP:

$paginator = Paginator::factory($data->toArray());
 

Está bien esto o que otra solución hay. Porque si no lo coloco me sale:

Fatal error: Uncaught exception 'Exception' with message 'This result is a forward only result set, calling rewind() after moving forward is not supported'

Aquí pueden ver como tengo el paginador ahora:

https://github.com/andresdzphp/zf2b2

Saludos.

[masterpuppet]

En que momento salta la excepción ? al llamar a factory o en el view al iterar ? y si bien son test ten en cuenta lo que estas haciendo, pasando un result set completo al paginador,

Algo que no comparto es acceder a las variables del request a traves de RouteMatch, por claridad debería accederse desde el request.

Saludos.

[andresdzphp]

Gracias master. Me pasa al iterar en el view

y si bien son test ten en cuenta lo que estas haciendo, pasando un result set completo al paginador

Si tengo en cuenta lo del result set, pero sinceramente no sé como podría adaptar la solución a lo que llevo con TableGateway

Estuve leyendo algo de eso: http://www.armando.ws/2008/10/zend_p...ur-result-set/

Algo que no comparto es acceder a las variables del request a traves de RouteMatch, por claridad debería accederse desde el request.

Esta parte si que me interesa, cómo podría recoger por el request a page?

[masterpuppet]

Es raro andresdzphp a mi me funciona correctamente, el adapter es Iterator no ?, con respecto a lo otro tómalo con pinzas es una apreciación mía, antes lo tenias de esa forma, de todas formas, que te parece mas claro ?

MyAwesomeController

Código PHP:

$this->getEvent()->getRouteMatch()->getParam('foo');
 

o

Código PHP:

$this->getRequest()->query()->get('foo');
$this->getRequest()->post()->get('foo');
 

en el contexto del controller me parece mas claro "atacar" el request, en otro como el module me parece mas claro routeMatch

MyAwesomeModule

Código PHP:

$events->attach('ZfcUser\Controller\UserController', 'dispatch', function($e) {
    if('register' == $e->getRouteMatch()->getParam('action')){               
        $result = $e->getResult();
        if($result instanceof ViewModel){
            $result->setTemplate('user/login.phtml');   
        }
        //silently ignore ?
    }            
}, -101);
 

[GatorV]

Es lo que estuve pensando, aunque como tal, si tienes el parámetro de page como parte de la ruta, es necesario sacarlo así, ya que no es parte ni de GET, ni de POST:

/album/page/1/?foo=bar

Justamente me encontre un issue en el ZFTracker, y creo por eso que es importante rescatar en este caso el parámetro desde el RouteMatch, o cambiar la ruta y usar el parámetro de GET y POST como debe de ser, todo depende de como se arme la estructura, a mi me gusta usar las rutas para que se vean más limpias, pero como todo en Zend, todo es configurable

[andresdzphp]

Si eso estuve pensando, no es parte ni de POST ni de GET, le estuve haciendo dump a los métodos y sólo me sale en getEvent(). Voy a ver si mejor lo hago por GET, pero me gusta mucho el ejemplo del router que me diste.

Cómo hago para optimizar el paginador para no pasar todo el result set? qué se puede usar con ese modelo usando TableGateway?

Se está usando este model:

Código PHP:

<?php 
 
namespace Album\Model;
 
use Zend\Db\TableGateway\TableGateway,
    Zend\Db\Adapter\Adapter,
    Zend\Db\ResultSet\ResultSet;
 
class AlbumTable extends TableGateway
{
    public function __construct(Adapter $adapter = null, $databaseSchema = null,
        ResultSet $selectResultPrototype = null) 
    {
        return parent::__construct('cds', $adapter, $databaseSchema, 
            $selectResultPrototype);
    }
    
    public function fetchAll()
    {
        $resultSet = $this->select();
        return $resultSet;
    }
    
    public function getAlbum($id)
    {
        $id = (int) $id;
        $rowset = $this->select(array('id' => $id));
        $row = $rowset->current();
        if (!$row) {
            throw new \Exception("Could not find row $id");
        }
        return $row;
    }
    
    public function addAlbum($artist, $title)
    {
        $data = array(
            'artist' => $artist,
            'title' => $title
        );
        $this->insert($data);
    }
    
    public function updateAlbum($id, $artist, $title)
    {
        $data = array(
            'artist' => $artist,
            'title' => $title
        );
        $this->update($data, array('id', $id));
    }
    
    public function deleteAlbum($id) {
        $this->delete(array('id' => $id));
    }
}
 

y el controller:

Código PHP:

public function indexAction() 
    {
        $data = $this->albumTable->fetchAll();
 
        $matches = $this->getEvent()->getRouteMatch();
        $nPage = $matches->getParam('page', 1);
        
        $paginator = Paginator::factory($data->toArray());
        $paginator->setDefaultItemCountPerPage(5);
        
        $paginator->setCurrentPageNumber($nPage);
        
        return new ViewModel(array(
            'albums' => $paginator
        ));
    }
 

Gracias por los comentarios.

Saludos.

[masterpuppet]

No lo había mirado, podes pasar el link al issue @GatorV, quiero ver el comentario de la gente de Zend y creo que todas las rutas deben estar definidas y acceder a los parámetros a través del request(en el contexto del controller), teniendo en cuenta que se apunta a cada vez menos magia.

@andresdzphp, TableGateway tiene como propiedad el select. asi que con hacer algo así:

Código PHP:

$tableGateway->getSqlSelect();
 

deberia ser suficiente.

PD: que se dejen de j... con el DB y me armen el admin module de una vez .

Saludos.

[GatorV]

Este es el issue, aunque el único comentario es mio .

El usuario que lo abrió propone un "parche" para inyectar los parámetros al request, aunque te digo, no me convence del todo porque precisamente, es parte de la ruta, no es parte del GET ni del POST...

De hecho en la lista de los controllers, más bien en la documentación indica esto:

12.5.1.1. InjectApplicationEvent
The Zend\Mvc\InjectApplicationEvent interface hints to the Application instance that it should inject its MvcEvent into the controller itself. Why would this be useful?

Recall that the MvcEvent composes a number of objects: the Request and Response, naturally, but also the router, the route matches (a RouteMatch instance), and potentially the "result" of dispatching.

A controller that has the MvcEvent injected, then, can retrieve or inject these. As an example:

Código PHP:

$matches = $this->getEvent()->getRouteMatch();
$id      = $matches->getParam('id', false);
if (!$id) {
    $this->getResponse();
    $response->setStatusCode(500);
    $this->getEvent()->setResult('Invalid identifier; cannot complete request');
    return;
}
 

The InjectApplicationEvent interface defines simply two methods:

Código PHP:

use Zend\EventManager\EventDescription as Event;
 
public function setEvent(Event $event);
public function getEvent($event);
 

Por lo que creo que no van a cambiar eso, debes de usar el RouteMatch para sacar los parámetros de la ruta, y no usar ni GET, ni POST...

[masterpuppet]

Viéndolo desde el punto de vista de que es una ruta tiene sentido, aunque sera interesante ver la respuesta de R. Schindler.