Zend_Paginator, размывающий строки MVC

Ну, я не могу дать Вам ответ на Ваши проблемы с использованием DbSelect, но я действительно сталкивался с этим битом кода (в комментариях блога ibuildings) касающийся проблемы сокращения количества строк, которые вытягивают. Могло бы быть полезно для некоторых читателей.

$select = $db->from('users')->order('name');    
$paginator = new Zend_Paginator(new Zend_Paginator_Adapter_DbSelect($select));
$paginator->setCurrentPageNumber($this->_getParam('page', 1));
$paginator->setItemCountPerPage(25);
$this->view->paginator = $paginator;

Важный фактор для принятия во внимание, когда работа с MVC состоит в том, что модель для всей доменной логики, тогда как контроллер для бизнес-логики. Общее эмпирическое правило - то, что модель (модели) должна не знать об интерфейсе (контроллеры или представления), но они не должны быть простыми средствами доступа DB. Чтобы быть максимально портативными, они не должны знать ничего из форматирования или свойств дисплея ни один (если это не часть доменной логики).

На самом деле вся логика, которая управляет доменной логикой, должна быть в модели а не в контроллерах. Контроллер должен передать информацию от интерфейса, преобразовав его по мере необходимости, к модели и выбору, которые просматривают для отображения/обновления. Если это не имеет никакого отношения к интерфейсу, это могло бы лучше быть представлено в модели, чем в контроллере, поскольку это будет допускать больше повторного использования кода, если Вы решите выгрузить соединения контроллера/представления позже.

Идеально, Ваша модель должна обеспечить интерфейс для доступа к информации, в которой Вы нуждаетесь. То, как это реализовано позади того интерфейса, не является беспокойством MVC, пока модель остается не знать о части VC MVC. Если это означает раздавать объект paginator, который не является прямым нарушением принципов MVC, хотя, если paginator имеет какое-либо отношение к рендерингу себя (извините, я не знаю Пехлеви), могло бы быть лучше передать интерфейс его в (который пропускает методы рендеринга), имейте модель, управляют/заполняют им в, то пасуют назад его. Тем путем у Вас нет кода рендеринга, сгенерированного из модели, и Вы могли заменить paginator реализацию, если бы Вы решили подать свою заявку консольное приложение позже (или добавить какой-то API-интерфейс).

При использовании адаптера DbSelect, можно просто передать в наборе результатов, и это имеет большое значение в поддержании некоторого разделения. Таким образом в Вашем контроллере:

$items = new Items();//setup model as usual in controller
$this->view->paginator = Zend_Paginator::factory($items->getAll()); //initialize the pagination in the view NB getAll is just a custom function to encapsulate my query in the model that returns a Zend_Db_Table_Rowset
$this->view->paginator->setCurrentPageNumber($page); //$page is just the page number that could be passed in as a param in the request
$this->view->paginator->setView($this->view);

В представлении можно получить доступ к данным через paginator

<?php foreach($this->paginator as $item):?>
 <?=$item->someProperty?>
<?php endforeach;?>

Это - упрощенный пример (я также устанавливаю стиль прокрутки значения по умолчанию и представление по умолчанию, неравнодушное в начальной загрузке), но я thnk, установка его в контроллере не плоха, потому что полученные данные из модели помещаются в представление Контроллером так или иначе и эту реализацию, использую набор результатов НЕ модель.

Теперь существует метод setFilter для Zend_Paginator, который позволяет загружать данные из объекта строки в любой объект модели, который вы хотите:

class Model_UserDataMapper {
    public function getUsers($select, $page) {
        $pager = Zend_Paginator::factory($select);
        $pager->setItemCountPerPage(10)
                    >setCurrentPageNumber($page)
                    ->setFilter(new Zend_Filter_Callback(array($this,'getUserObjects')));
    }

    public function getUserObjects($rows) {
        $users = array();

        foreach($rows as $row) {
            $user  = new Model_User($row->toArray());

            $users[] = $user;
        }

        return $users;
    }
}

Вы также можете напрямую реализовать Zend_Paginator_Adapter_Interface или расширить Zend_Paginator_Adapter_DbSelect в любой модели, которая должна поддерживать разбиение на страницы.

Таким образом, модель ничего не знает напрямую о View, Controller или даже Zend_Paginator, но может напрямую использоваться с Zend_Paginator везде, где это имеет наибольший смысл.

class ModelSet extends Zend_Paginator_Adapter_DbSelect
{
    public function __construct( ... )
    {
        // Create a new Zend_Db_Select ($select) representing the desired
        // data set using incoming criteria
        parent::__construct($select);
    }
    ...
}

С помощью чего-то вроде этого вы можете напрямую создать экземпляр пейджера, используя экземпляр этого класса, где это наиболее целесообразно:

$modelSet = new ModelSet( ... );
...
$pager = new Zend_Paginator( $modelSet );
$pager->setItemCountPerPage( ... );
$pager->setCurrentPageNumber( ... );
...
// The first time the record set is actually retrieved will be at the beginning
// of the first traversal
foreach ($pager as $record)
{
    // ... do stuff with the record ...
}

Теперь вы можете использовать этот класс в качестве базового класса для любой «Модели», которая является набором .