Какой правильный подход при создании представлений (views) в Yii?

Question

[Ivan Karabadzhak]

Допустим у меня есть на руках готовый дизайн. Есть задача написать веб-приложение. Я его реализовываю на Yii. Но как поступить с представлениями (views)? Нужно, что бы дизайн сверстали и представления будут на деле обычным html кодом со вставками на php? Или же нужно использовать возможности Yii (например CHtml)?
Я понимаю, что способов много. Но хотелось бы узнать способ хорошего тона и т.д.

Суть вопроса: Как правильно подойти к созданию представлений (views) в Yii? Если есть различные варианты, я хотелось бы знать плюсы и минусы.

Answer 1

[Сергей]

Вам в любом случае придется использовать возможности YII. Для того, чтобы вывести значение какой-нибудь переменной в шаблон, например "телефон", вам надо передать будет это из контроллера и вывести
<? $model->phone ?>. Ссылка, например CreateUrl.
В Yii, кажется, можете еще Twig и Smarty использовать

Comments

[Ivan Karabadzhak]

Я это понимаю. Но страницу можно слепить практически средствами Yii, а можно просто html код + вставки.

[Сергей Протько]

@Jakeroid что значит средствами Yii, через CHtml что-ли? Не стоит так делать.

[Ivan Karabadzhak]

@Fesor Например, у меня есть форма. Обычный Html. Понятно, если мне нужно ее заполнить (написать что-то в input), то я воспользуюсь, например <?= $model->value; ?>. А стоит ли саму форму заменить на конструкцию CHtml::beginForm(); и так далее?

[Сергей Протько]

@Jakeroid формы лучше делать через виджеты а еще лучше через formbuilder.

Answer 2

[Сергей Протько]

Используйте Twig.

Comments

[Ivan Karabadzhak]

Если у меня на руках есть статический Html, стоит его менять на Twig?

[Сергей Протько]

@Jakeroid да, стоит. Как минимум у вас будут более гибкие шаблоны и автоэкранирование вывода. Не думаю что вы бы заботились о таких мелочах.

Answer 3

[Иван]

Если Yii предлагает использовать CHtml::encode(), значит нужно его использовать. В случае с обычными тегами вы можете конечно писать дигие конструкции аля <?=$model->blablabla>, но зачем, если для этого есть класс CHtml с удобнейшими методами?

Comments

[Ivan Karabadzhak]

То есть, полученную верстку дизайна лучше по возможности заменять на конструкции Yii?

[Сергей Протько]

@OneS, а зачем использовать какой-то CHtml есть всеравно придется писать что-то типа <?= CHtml::encode($model->value); ?> когда можно писать {{model.value}}?

[Александр N++]

@Fesor Затем, что это оверхед с кешем все эти шаблонизаторы.
- Поддерживать такой маразм сложнее IDE не понимает конструкции
шаблонизаторов, + отсутствует подсветка кода.

[Сергей Протько]

@sanchezzzhak оверхэд с кешами и этими шаблонизаторами в случае твига стримится к нулю. Зато повышается гибкость разработки (наследование шаблонов, можножность легко и просто экстендить функционал шаблонизатора), уменьшается вероятность XSS уязвимостей и всякого рода HTML/JS инъекций, ограничивает разработчика что бы тот не начал творить несусветную ересь в шаблонах + синтаксический сахар.

IDE прекрасно понимают синтаксис твига (плагины есть ко всем основным IDE), более того, в том же PhpStorm полная поддержка twig-а. А автокомплит по дефолту и в случае нативных шаблонов не будет работать для данных, есть только не написать в начале в phpdoc все что тутда экспоузится.

все эти "фифи шаблонизаторы не нужны php сам по себе шаблонизатор" - чушь. Точно так же как использовать CHtml/виджеты для вывода кнопочек (что меня очень повеселило в экстеншене для внедрения twitter boostrap в свое время).

[Ivan Karabadzhak]

@Fesor вы так расписали, попробую Twig обязательно в своем личном проекте)

Answer 4

[Александр N++]

@Jakeroid раз у вас такие сомнения почему бы вам не использовать yii?

Разделяете свою верстку на базовый layout все что меняется делаем в view
Пользовательские данные, которые правятся пользователями всегда экранируем.