-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Активный view vs Пассивный view
- Автор темы skwee
- Дата начала
Ragazzo
TDD interested
AmdY
т.е по сути ничем не отличается от
чем твоя ситуация выйграшнее чем просто в экшене тянуть данные? или это распространяется на те вью, которые могут быть использованы множеством разных экшенов, и чтобы в каждом из экшенов не писать в рендеренге одни и те же параметры, ты их сбросил во вью? (если то что ты сбросил есть активные шаблоны, то я тоже использую их получается, как наверное и 90% остальных 
)
т.е по сути ничем не отличается от
PHP:
// тут действия в экшене
$this->render('someView',array(
'oNews' => (new Model_News())->findLast(10);
)
);
//а во вью как дальше описал ты
Ragazzo
да, в основном это подключаемые блоки которые выводятся в разных экшинах. как правило такой шаблон инклудится.
плюс по сравнению с описаным тобой выше примером, что при переносе этого модуля в другой проект в котором отсутствует блок новостей, мне достаточно будет сменить шаблон, а не убирать дополнительно посторонние данные из контроллера. на разных визитках и порталах это огромная экономия времени.
я же говорю, практически все используют активные шаблоны.
да, в основном это подключаемые блоки которые выводятся в разных экшинах. как правило такой шаблон инклудится.
плюс по сравнению с описаным тобой выше примером, что при переносе этого модуля в другой проект в котором отсутствует блок новостей, мне достаточно будет сменить шаблон, а не убирать дополнительно посторонние данные из контроллера. на разных визитках и порталах это огромная экономия времени.
я же говорю, практически все используют активные шаблоны.
Sufir
Я не волшебник, я только учусь
Так я и пытаюсь разобраться о чём речь. То что вы с AmdY описали очень напоминает то, что в ZF называется viewHelper и при этом view ни чуть не выходит за рамки "Пассивный вью это нечто что не имеет ни какой логики кроме if, whilte, for. Вся дата в него приходит из вне (контроллер)." Только кое-что может приходить не из контроллера а из хелпера, как-раз таки очень удобно в описываемых случаях.Sufir
только не вводи новые обозначения, а то все скатиться к тому, что один называет одно и то же так, другой по-другому, и не разберемся в итоге
Ragazzo
TDD interested
Sufir
я особо не всматривался в ZF, то что ты имел ввиду по viewHelper я понял, просто не хотел заострять на этом внимания. В общем случае это просто отдельный файл с мини-логикой, которую вынесли потому что уже "ни туда и ни сюда" не? приведи пример пожалуйста своего ZF кода с viewHelper.
я особо не всматривался в ZF, то что ты имел ввиду по viewHelper я понял, просто не хотел заострять на этом внимания. В общем случае это просто отдельный файл с мини-логикой, которую вынесли потому что уже "ни туда и ни сюда" не? приведи пример пожалуйста своего ZF кода с viewHelper.
skwee
Новичок
вот тут та и граница между активным и пассивным
PHP:
class ViewHeler {
public static function urlFor($name, $uname, array $params = array()){
return '<a href="' . Router::instance()->urlFor($uname, $params) . '">' . $name . '</a>';
}
}
PHP:
class ViewHeler {
public static function getShoppingCart($forUserId){
$cart = Model::factory('ShoppingCart')->getFor($forUserId);
$html = '<ul>';
foreach($cart->items as $item)
$html .= '<li>' . $item . '</li>';
$html .= '</ul>';
return $html;
}
}Sufir
Я не волшебник, я только учусь
PHP:
class Zend_View_Helper_AuthForm extends Zend_View_Helper_Abstract {
public function authForm( /*Sfr_Form_Auth*/ $form )
{
$html = '';
$auth = Zend_Auth::getInstance();
if ( Zend_Registry::isRegistered( 'user' ) ) {
$User = Zend_Registry::get( 'user' );
}
if ( isset($User) ){ // Если в реестре есть user - значит отображаем аватар
$html .= '<div id="user"><a href="/user"><img id="main-avatar" src="' . $User->getAvatar( 'l' ) . '" title="'
. $User->name . ' ' . $User->family
. '"></a></div>';
} else { // иначе форму
$html .= $form;
}
return $html;
}
}
PHP:
// В layout, чтоб был на всех страницах, так же можно использовать в отдельных view
<aside id="sideLeft">
<?php echo $this->authForm( $this->authForm ) ?> // форма или аватар
<nav>
<?php echo $this->navigation()->menu( $this->mainMenu() )->setUlClass( 'main-menu' ); ?> // главное меню
</nav>
</aside>Ragazzo
TDD interested
Sufir
тут что? какое-то внутреннее приведение через __toString() что-ли чтобы можно было делать:
skwee
каким обзовешь такой и будет
вообщем чтобы сильно код не "пах" все выносят во viewHelper/еще какой-то там хелпер. Только вот html мне тоже не особо нравится в данном случае в методах viewHelper, лучше чтобы он вызывал свой вью и рендерил в него, а потом возвращал результат если надо.
PHP:
$this->authForm
PHP:
} else { // иначе форму
$html .= $form;
}каким обзовешь такой и будет
вообщем чтобы сильно код не "пах" все выносят во viewHelper/еще какой-то там хелпер. Только вот html мне тоже не особо нравится в данном случае в методах viewHelper, лучше чтобы он вызывал свой вью и рендерил в него, а потом возвращал результат если надо.
skwee
Новичок
http://martinfowler.com/eaaDev/PassiveScreen.html
Значит активный это противоположность данной цитаты, а раз так то не мой ViewHelper в посте №28 не ViewHelper в посте Sufir №29 не могут быть пассивными по определению. Так и скажите что все юзают активный вью но называт его пассивным
Sufir
Я не волшебник, я только учусь
Не, я ничего не утверждаю. Я изучаю. Так это активный?
Absinthe
жожо
2 step view, layout, master page и т.д.
И может быть не 2 шага, а сколько угодно.
Кстати в ZF лейауты и рядовые шаблоны - это почему-то разные сущности. Не понятно, почему разделили. И не понятно, почему управление родительским отображение засунили в контроллер, а не в дочернее отображение.
$this->url('home') для статичных адресов, $item->permalink() для объектов.
Унаследовать другой шаблон, в котором есть хедер и футер.
skwee
Новичок
Так вот я тоже не знаю, выходит что да. Кроме меня ни кто так и не дал определения активному и пассивному
Absinthe
Что есть $this в данном контексте? view?
А вот про линк для объектов, разви передовать сам объект и уже во вью писать
PHP:
<a href="<?=$user->permalink()?>">Vasya Pupkin's Profile</a>Ты подразумеваешь template engine? ибо как наследовать шаблоны в php я не знаю.
Absinthe
жожо
Тут мне дали другое определение чем то, которое я читал в книгах.
В книге активным шаблоном назвали шаблон с логикой отображения, а не просто нарезку непонятных кусков, которые потом сшиваются в контроллере(который вовсе не контроллер, а каша из контроллера и вида)
Тут же сказали, что активный шаблон сам дергает данные в обход контроллера.
Я считаю, что по первому определению шаблон должен быть однозначно активным, а по второму - преимущественно пассивным(возможны небольшие активные элементы в виде виджетов)
itprog
Cruftsman
В вебе MVC кончается на разделении на templates, models, controllers. На десктопных оконных приложениях вид может менять свой отображение, что по сути делает его активным. В пассивных же вид не делает вообще ничего, если произошло событие click, то новый скрин отрисуется только когда выполнится контроллер . И делают это для облегчения тестирования. (это то, что написано у Фаулера). Иначе сложно протестировать появилось ли окно, после нажатия на кнопку "Открыть файл" или нет.
В вебе же многие фреймворки называют активным тот вид, который решает что отобразить клиенту (например, с помощью вызовов других контроллеров из шаблонов). Пассивные это, например, xslt-шаблоны,все данные, которые могут быть отображены, передаются только контроллером.
Хелперы вообще не та степь. В хелперы выносят куски, которые повторно используются в нескольких местах (генератор форм это тоже хелпер, но это не значит что шаблон с формой обязательно активный).
Собственно определений нет, есть концепция...
давайте теперь об активных и пассивных контроллерах %)
Толстых и тонких? %)