FAQ по JBDump
рейтинг: 9.0/10, голосов: 1
Какие системные требования у JBDump?
Все будет работать корректно для PHP 5.3.x и выше. Для PHP 5.2.x и ниже не будет работать часть функций связаная с ReflectionAPI. Ветку 4.x вообще не рекомендуется использовать никому.
Так же желательно чтобы были установлены модули PHP mbstring, json.
Полостью протестировать все возможности можно на специальной странице тестов (распространяемая в архиве).
Планируется ли поддержка старых версий PHP?
Нет, т.к уже даже официально не поддерживается ветка 5.2.x и ниже.
Кому и зачем понадобиться библиотека JBDump?
Прежде всего для PHP-программистов, которые ежедневно используют print_r (var_dump) и он совсем не нравится. А так же всех тех, кто хочет повысить свою продуктивность и превратить неприятный процесс отладки в приятное событие.
Чем же так плох стандартный способ дампа переменных в PHP (print_r и var_dump)?
- Он только замедляют работу разработчика, т.к заставляет его делать лишние действия
- Информацию сложно быстро воcпринимать, особенно когда дампилось что-то большое по несколько раз
- Вывод нужно обрамлять тегами <pre></pre>, либо изучать исходный код — обычно это страшная смесь с HTML
- print_r не покажет вам null, true/false и еще некоторые мелочи
- var_dump добавляет очень много лишних символов (в основном кавычки), которые только мешают
- xdebug нельзя ставить на продуктив
- Обычное дело ставить сразу после дампа примерно такую конструкцию — die('!'); Почему бы не автоматизировать?
- Очень сильная привычка, которая обычно тянется с начала изучения PHP. Привычка еще не значит что это хорошо.
Чем хорош стандартный способ?
- Может показать защищенные и частный переменные класса
- Понимает рекурсии
- Отображает все как есть
- Для var_dump есть расширение xdebug, которое раскрашивает вывод (+ дает дополнительные инструменты отладки)
- Поддержка на любом сервере с любым PHP
- Очень сильная привычка и программист делает все действия на автомате
Кажется я уже где-то видел это оформление... разве это не Krumo ?
Совершенно верно, внешний вид и задумка были взяты из популярного проекта http://krumo.sourceforge.net/, который был успешно заброшен автором аж в 2007 году.
Изначально мною дорабатывался именно это проект для личных целей, но в итоге большая часть кода была переписана, баги ликвидированы и многое новое добавилось.
Откуда еще были взяты идеи?
- Код библиотеки написан в лучших традициях формативарония PEAR
- При написании использовались некоторые моменты из
- Класса Zend_Debug — обработка вывода var_dump
- Классов JLog и JProfiler в Joomla — идеи, способ логирования и профилирования
- Krumo — внешний вид и часть методов
- phpclasses.org - идея с Reflection API и раскраска var_dump
Я нашел баг, куда написать?
Как и в любом другом коде, баги есть всегда. Возможно о каких-то мы не знаем, поэтому обязательно напишите нам
