>>> if(self::$data !== null && self::$data == $currentData)
Оператор "!==" сравнивает по значению и типу. А на какой тип стоит проверка именно здесь?
И потом, автор проверяет сначала на непустоту self::$data и на равенство некоторой переменной. Ы?
Мы говорим о сервере, на котором Вы разрабатываете или о гипотетической машине?
Так вот, на последнюю будет проще воткнуть xdebug, чем втыкать в код для расстановки обработчков :)
Культура кода — это совершенно не то понятие. Культура кода подразумевает логичное размещение операторов.
По описанию видно, что все предназначение либы заключается в дебаге. Кто мне без этой либы помешает включить error_reporting(E_ALL | E_STRICT)?
А в текущем ракурсе — это самое натуральное захламление кода.
Может, даже не фидбэке, а в отображении сервисных сообщений => в дизайне интерфейса.
Товарищ barman ведь привел пример: фидбэк есть, а реакции пользователя — нет.
Я думаю, что пользователь не будет против красного шрифта ошибки в неверном поле :)
Если вы замечательно разбираетесь в объектном проектировании, в чем я не сомневаюсь, то зачем такие сложности? Почему не использовать для достижения гибкости стандартные паттерны?
Ваши эти «состоит» и «использует» давно уже существуют в нормальных определениях фабрика, бридж, адаптер… =)
А почему нет?
Одно дело — легкая cms на инклудах, которая и на шареде ведет себя быстро, а другое — монстр, который на коло нужно вешать, как минимум :)
ЗЫ: Рано говорить о производительности системы, которой еще нет :)
>>> if(self::$data !== null && self::$data == $currentData)
Оператор "!==" сравнивает по значению и типу. А на какой тип стоит проверка именно здесь?
И потом, автор проверяет сначала на непустоту self::$data и на равенство некоторой переменной. Ы?
Я бы посмотрел, как выглядят исходники фреймворка на 20 метров в этом монстре :-D
Так вот, на последнюю будет проще воткнуть xdebug, чем втыкать в код для расстановки обработчков :)
Тогда тут и обсуждать нечего.
PS: а зачем вам ENV-переменные для WEB-приложения, если не секрет? )
По описанию видно, что все предназначение либы заключается в дебаге. Кто мне без этой либы помешает включить error_reporting(E_ALL | E_STRICT)?
А в текущем ракурсе — это самое натуральное захламление кода.
Товарищ barman ведь привел пример: фидбэк есть, а реакции пользователя — нет.
Я думаю, что пользователь не будет против красного шрифта ошибки в неверном поле :)
А доказательство — отдельное жлобство отдельных работодателей.
PS: в качестве доказательства- вакансии с hh:
Казань. Специализация: web-разработчик
X: 350 USD
Y: 20-30k RUR
Z: 10-15k RUR
Ну как? =)
Ваши эти «состоит» и «использует» давно уже существуют в нормальных определениях фабрика, бридж, адаптер… =)
Одно дело — легкая cms на инклудах, которая и на шареде ведет себя быстро, а другое — монстр, который на коло нужно вешать, как минимум :)
ЗЫ: Рано говорить о производительности системы, которой еще нет :)