Yii2 + Twig. Нужно ли использовать AssetBundle?

Question

[AJ]

Всем доброго. Расковырял я этот чудо фреймворк. Все грамотно, удобно и быстро. Поднял первый сайт и понял, что юзать кастомный подход с php шаблонами не комильфо. Верстальщику тяжко, глаз режет и т.д.
Прикрутил Twig, Bower и начал рендерить все это добро. И уперся в AssetsBundle. C одной стороны это очень удобно мне, как back-end разработчику, с другой каждый раз дергаться потому что front-end требует подключить слайдер или еще что-либо довольно накладно. Гораздо проще отдать на откуп свободную вставку скриптов / стилей прямо в Twig шаблоны.

В связи с этим возник вопрос. Какой подход актуален с точки зрения Best Practice в Yii2?

Answer 1

[LAV45]

namespace frontend\assets;

class AppAsset extends AssetBundle
{
    public $sourcePath = '@frontend/resource';

    public $css = [
        'css/site.css',
    ];

    public $depends = [
        'yii\web\JqueryAsset',
    ];
}

namespace frontend\widgets\FlexSlider;

class SliderAsset extends AssetBundle
{
    public $sourcePath = '@vendor/bower/flexslider';

    public $css = [
//        'flexslider.css'
    ];

    public $js = [
        'jquery.flexslider.js'
    ];

    public $depends = [
        'frontend\assets\AppAsset',
        'yii\web\JqueryAsset',
    ];
}

Незачем все css и js скрипты пихать в один AssetBundle
В данном примере AppAsset это базовый стиль при регистрации которого на странице будет добавлен site.css и jQuery, а скрипты SliderAsset будут подключены сразу после скриптов AppAsset.
И ничего страшного если вы будете вызывать на странице сразу несколько AssetBundle, js и css скрипты будут добавлены только один раз. В $depends описываем что может понадобится для работы конкретного AssetBundle. Например для SliderAsset нужен JqueryAsset и стили которые описаны в AppAsset.

Более подробно можно глянуть тут https://github.com/yiisoft/yii2/blob/master/docs/g...

Comments

[AJ]

Вопрос то был не как их использовать. Как, где и почему используются AssetsBundle понятно. Но Вы действительно думаете, что back-end разработчик должен выбирать между:
1) Подключать каждый скрипт и стиль самостоятельно, потому что верстальщик не бум бум на серверной стороне
2) Объяснять каждому верстальщику основы php и Yii для того, чтобы тот мог подключать все самостоятельно

И как побочное действие пускать некомпетентных людей в ядро приложения...

Вопрос состоял в том, имеет ли смысл использовать AssetsBundle, если используется шаблонизатор?

[LAV45]

Я попытался описать все плюшки которые вы получите от использования AssetsBundle, но вы можете от них отказаться подключать по старинке, ну или хотя бы через

$this->registerJsFile('@vendor/bower/flexslider/jquery.flexslider.js');

[LAV45]

Использовать какой-либо шаблонизатор это как стрелять себе в ногу. Смысла от него мало, а вот owerhead он вам добавит и пропадет AutoComplete.
Twig пришел к нам из Python. Но в Python нет виджетов (как и во многих других framework). После того как я показал знакомому который пишет на Python на что способны виджеты, он сразу загорелся но потом загрустил, потому что у них нельзя по среди *.py скрипты вывести кусок верстки. В Python все разделено, код отдельно, шаблоны отдельно. И я считаю от этой особенности php не стоит отказываться и стрелять себе в ногу.

[LAV45]

В Symfony нет widgets но есть Twig + plugin.

[AJ]

LAV45: вот есть команда. Back-end, front-end, верстальщик. Я back, конструляю модели, контроллеры, вьюхи. Front занимается клиентской частью. Верстальщик верстает.
Каждый работает в своей сфере и не мешает другому. Распределение труда на полную катушку.

Использование шаблонизатора освобождает руки back-end'a и дает полную свободу front-end'y, что для динамики и качества разработки только в плюс. Работал бы я один - не парился. Но никого не должно волновать как я собираю ядро. Сегодня это MODx под среднюю нагрузку, завтра Yii под highload, послезавтра статика без БД.

Вестальщик просто верстает и его это не волнует, front-end просто рисует прелести и не думает как ему сегодня либу слайдера добавлять.

Ну и оффтоп все это. Вопрос в другом был.

[Сергей Пронин]

а почему никто не пытается отделить наконец фронтенд от бэкенда и использовать для таких вещей RequreJS, browserify или CommonJS