Как сделать аналог Blitz::fetch для PHP-native шблона ?

[pilot911]

Как сделать аналог Blitz::fetch для PHP-native шаблона ?

Собственно, сабж заключен в названии вопроса.

-~{}~ 04.04.10 12:31:

столько просмотров и ни одного варианта ?

 

[nerezus]

Оно?

Zend_View_Abstract

    /**
     * Processes a view script and returns the output.
     *
     * @param string $name The script name to process.
     * @return string The script output.
     */
    public function render($name)
    {
        // find the script file name using the parent private method
        $this->_file = $this->_script($name);
        unset($name); // remove $name from local scope

        ob_start();
        $this->_run($this->_file);

        return $this->_filter(ob_get_clean()); // filter output
    }

 

[pilot911]

спасибо за вариант, не совсем его понял, можно раскрыть подробнее ?

стоит осветить проблему

в Blitz у нас есть понятие контекста, или блока, вложенного блока и тд, например

{{BLOCK aaaa}}

     {{BLOCK bbbb}}


     {{END}}

{{END}}

имеем 2 контекста - это /aaaa/ и /aaaa/bbbb/

я могу обратиться к шаблонизатору и извлечь, например, не весь шаблон, а лишь содержимое вложенного блока ( /aaaa/bbbb/ )


как это сделать в нативном шаблоне - пока не представляю.. ведь там все идет сплошным кодом, верно?

может быть, выход состоит в разбиении шаблона на функции, когда вложенный контекст - это вложенная функция ?

 

[HraKK]

что такое

обратиться к шаблонизатору

?

 

[pilot911]

Автор оригинала: HraKK
что такое ?

выполнить

echo $this->fetch("/aaaa/bbbb/", array(данные для заполнения));

 

[HraKK]

ну так же и делай, в чем проблема? /aaaaa/bbbb/ делай отдельным шаблоном и выполняй.

 

[AmdY]

Автор оригинала: nerezus

    /**
     * Processes a view script and returns the output.
     *
     * @param string $name The script name to process.
     * @return string The script output.
     */
    public function render()
    {
        // find the script file name using the parent private method
        $this->_file = $this->_script(func_get_arg(0));
        ob_start();
        $this->_run($this->_file);
        return $this->_filter(ob_get_clean()); // filter output
    }

ну и код же генерят в зенде, показал как убрать $name

 

[HraKK]

Показал как не надо делать, молодец.

 

[pilot911]

решать проблему двумя шаблонами некомильфо, хочется решения пооптимальнее ибо реализовавать этот вариант для трех-четырех и более вложений будет сущим испытанием

сейчас я автоматически парсю блоки {{BEGIN aaaa}}{{END}} в отдельные функции и записываю их в php файл

но для плоского нативного пхп-шаблона это не подходит

 

[флоппик]

Ну, шаблонизаторы для этого и придумали, ага.

 

[fixxxer]

ну можно чота в этом духе

class _Template_6987698769 {
    private $vars = array(),
               $context_stack = array( array('/' => $this->vars) );

    private $blocks_map = array(
        '/' => 'block1',
        '/A' => 'block2',
        '/A/B' => 'block3',
        '/C' => 'block4',
    );

    protected function block1() {
        return 'texttext' . $this->getContextVar('var_name') 
            . $this->iterate('A') . $this->iterate('C') ....
    }

    protected function iterate($block) {
        $this->pushContext($block);
        $this->{$this->blocks_map[$block]}();
        $this->popContext();
    }

    public function fetch($item = '/') {
        return $this->iterate($item);
    }

}

 

[HraKK]

решать проблему двумя шаблонами некомильфо

почему?

 

[AmdY]

Автор оригинала: HraKK
Показал как не надо делать, молодец.

почему?

 

[Lightning]

Жесть.
Зачем это нужно?

 

[HraKK]

AmdY
потому что добавляет неопределенное поведение.

 

[pilot911]

Автор оригинала: Lightning
Жесть.
Зачем это нужно?

для ajax ответов, когда, например, в div вставляется часть шаблона

 

[Fortop]

решать проблему двумя шаблонами некомильфо, хочется решения пооптимальнее ибо реализовавать этот вариант для трех-четырех и более вложений будет сущим испытанием

Не будет.
Впрочем, на практике, и вложенности глубже 3-4 не будет, а в большинстве случаев обойдется 2мя + layout(который тоже шаблон) т.е. 3.

 

[AmdY]

HraKK
а unset переменной со входа, это не добавляет неопределенности? p.s. Подумал и решил, что действительно HraKK прав, с исчезающим $name лучше.

Fortop можно клонировать шаблонизатор, очищая переменные и задавая новые.

 

[HraKK]

AmdY
нет, не добавляет.

 

[Fortop]

AmdY
? в смысле?

http://www.php.ru/forum/viewtopic.php?p=200670#200670
3й блок кода.
Если шаблонизатор легкий - то очень удобно работать так.

В случае с Zend, конечно, все сложнее. View там грузоемкий.