VarDumper — новый компонент в Symfony 2.6

[@yujin1st]

Часто быстрее вывести переменную и обновить страницу, нежели использовать отладчик, что тем не менее не отрицает удобство использования…

[@yujin1st]

Любой приложение не появляется из воздуха, а пишется планомерно. На одном из этапов и можно подключить модуль. Никто не говорит делать это каждый раз, когда нужно узнать про переменную.
Вы правы про production — там есть логи, но мы и говорим о разработке на локальной машине, нет?
И все равно, ничто не отменяет случай вывода нужной переменной/информации только для разработчика именно на рабочем сервере (именно вывода, никто не говорит про плохую привычку правок на лету)

[@Fesor]

VarDumper по умолчанию как я понимаю идет в Symfony2.6 так что подключать ничего не нужно. remote_autostart и т.д. настроен далеко не у всех. + посмотрите, у вас в отдельной панельке ВСЕ вардампы. Это очень удобно. Это намного удобнее ватчеров и экспрешенов, ползаньям между бряками что бы посмотреть что было и что стало… Просто рядышком полная история изменения состояния. Причем никаких задержек по времени. Поправил код — обновил страницу — сравнил состояния — все ок. Может быть у вас логика работы привязана к текущему времени, может вы производительность при этом еще замеряете… мало ли кейсов.

Словом… не вижу в этом ничего плохого. Зато ленивые разработчики не запихнут вардампы на продакшен.

[@aidme]

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

[@skobkin]

Ага. Например, Vagrant с предустановленной 1С и кастомной конфигурацией, к которой никто веб-разработчика не подпустит :)

[@Fesor]

Шареды… симфони… ремоут дебаг… Мне кажется что-то из этих трех пунктов просто лишнее. Не пробовали поднять у себя локально все в каком vagrant-боксе?

[@skobkin]

Не во всех ситуациях можно использовать отладчик. Как бы это ни было прискорбно, не везде организован идеальный процесс разработки. Где-то есть системы, которые завязаны на других сервисах и домашнюю dev-версию запустить не выйдет. Да, это плохо, но это тоже нужно отлаживать.
Я не сторонник такого, но понимаю, что эта вещь будет нужна.

[@zqZhil]

например, для отладки TWIG шаблонов DUMP гораздо удобнее отладчика.

Кроме того, скорее всего в prod окружении dump вообще ничего не будет делать, тогда dump'ы можно не боятся оставить в продакшене, это тоже очень удобно.

[@codemake]

Автор прозрачно намекает, что VarDumper — это и есть отладчик.

[@smarthomeblog]

Занятный релиз, если самым интересным в нем является улучшенный дампер :)

[@hospect]

Это только одна из плюшек запиленных в 2.6. Самая ли интересная? Кому как. Мне например понравилась Bootstrap тема для формы и неcколько удобных шорткат-методов в контроллере: sfhub.ru/?p=108.

[@Blumfontein]

>> удобных шорткат-методов в контроллере

А что мешало раньше их для себя в корневом контроллере организовать?

[@hospect]

Собственно так и делали, и судя по тому, что их добавили в SE, не только мы :)

[@by25]

Ага, только дампер в релизе :) Изменения

[@fog]

А где эти панели должны появляться?
Я не использую симфони в своём проекте, просто попробовал в композере подключить «symfony/var-dumper»: «2.*» — функция dump() печатает просто переменную на экран в отформатированном виде, там где я его вызвал. Специальных панелей нет, указателя строки где было вызвано тоже не вижу. К стати, а можно как-то получить все ветки развёрнутые по умолчанию, или по крайней мере до какого-то уровня?

[@Fesor]

Ну… не совсем. Саму дебаг панель можно прикрутить к любому фреймворку на базе http kernel и twig, но интеграцией занимаются другие бандлы судя по всему.

Проще взять симфони или написать интеграцию в панельки для другого фреймворка, которым вы пользуетесь.