Комментарии 21
НЛО прилетело и опубликовало эту надпись здесь
Часто быстрее вывести переменную и обновить страницу, нежели использовать отладчик, что тем не менее не отрицает удобство использования…
НЛО прилетело и опубликовало эту надпись здесь
Любой приложение не появляется из воздуха, а пишется планомерно. На одном из этапов и можно подключить модуль. Никто не говорит делать это каждый раз, когда нужно узнать про переменную.
Вы правы про production — там есть логи, но мы и говорим о разработке на локальной машине, нет?
И все равно, ничто не отменяет случай вывода нужной переменной/информации только для разработчика именно на рабочем сервере (именно вывода, никто не говорит про плохую привычку правок на лету)
Вы правы про production — там есть логи, но мы и говорим о разработке на локальной машине, нет?
И все равно, ничто не отменяет случай вывода нужной переменной/информации только для разработчика именно на рабочем сервере (именно вывода, никто не говорит про плохую привычку правок на лету)
VarDumper по умолчанию как я понимаю идет в Symfony2.6 так что подключать ничего не нужно. remote_autostart и т.д. настроен далеко не у всех. + посмотрите, у вас в отдельной панельке ВСЕ вардампы. Это очень удобно. Это намного удобнее ватчеров и экспрешенов, ползаньям между бряками что бы посмотреть что было и что стало… Просто рядышком полная история изменения состояния. Причем никаких задержек по времени. Поправил код — обновил страницу — сравнил состояния — все ок. Может быть у вас логика работы привязана к текущему времени, может вы производительность при этом еще замеряете… мало ли кейсов.
Словом… не вижу в этом ничего плохого. Зато ленивые разработчики не запихнут вардампы на продакшен.
Словом… не вижу в этом ничего плохого. Зато ленивые разработчики не запихнут вардампы на продакшен.
Ага. Например, Vagrant с предустановленной 1С и кастомной конфигурацией, к которой никто веб-разработчика не подпустит :)
НЛО прилетело и опубликовало эту надпись здесь
Не во всех ситуациях можно использовать отладчик. Как бы это ни было прискорбно, не везде организован идеальный процесс разработки. Где-то есть системы, которые завязаны на других сервисах и домашнюю dev-версию запустить не выйдет. Да, это плохо, но это тоже нужно отлаживать.
Я не сторонник такого, но понимаю, что эта вещь будет нужна.
Я не сторонник такого, но понимаю, что эта вещь будет нужна.
например, для отладки TWIG шаблонов DUMP гораздо удобнее отладчика.
Кроме того, скорее всего в prod окружении dump вообще ничего не будет делать, тогда dump'ы можно не боятся оставить в продакшене, это тоже очень удобно.
Кроме того, скорее всего в prod окружении dump вообще ничего не будет делать, тогда dump'ы можно не боятся оставить в продакшене, это тоже очень удобно.
Автор прозрачно намекает, что VarDumper — это и есть отладчик.
Занятный релиз, если самым интересным в нем является улучшенный дампер :)
Это только одна из плюшек запиленных в 2.6. Самая ли интересная? Кому как. Мне например понравилась Bootstrap тема для формы и неcколько удобных шорткат-методов в контроллере: sfhub.ru/?p=108.
Ага, только дампер в релизе :) Изменения
А где эти панели должны появляться?
Я не использую симфони в своём проекте, просто попробовал в композере подключить «symfony/var-dumper»: «2.*» — функция dump() печатает просто переменную на экран в отформатированном виде, там где я его вызвал. Специальных панелей нет, указателя строки где было вызвано тоже не вижу. К стати, а можно как-то получить все ветки развёрнутые по умолчанию, или по крайней мере до какого-то уровня?
Я не использую симфони в своём проекте, просто попробовал в композере подключить «symfony/var-dumper»: «2.*» — функция dump() печатает просто переменную на экран в отформатированном виде, там где я его вызвал. Специальных панелей нет, указателя строки где было вызвано тоже не вижу. К стати, а можно как-то получить все ветки развёрнутые по умолчанию, или по крайней мере до какого-то уровня?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
VarDumper — новый компонент в Symfony 2.6