ибо если совсем упрощать - поведение это методы интерфейса, а сам интерфейс - это роль

такая трактовка тебя устроит?

Такая да устроит. Не ошибайтесь больше в трактовках. А то я сразу не понял что вы хотели сказать)))

Такая да устроит. Не ошибайтесь больше в трактовках. А то я сразу не понял что вы хотели сказать)))

заодно "какая роль")))

Очень серьезно перекопали все уровни абстракции)) в конечном итоге я думаю и вы и я правильно и называем и используем интерфейсы в работе)

Хорошего вам вечера)))

https://github.com/felixfbecker/php-language-server

https://github.com/felixfbecker/php-language-server

Интересно, есть ли у него приемущества по сравнению с автокомплитом в phpstorm.

не

Как сделать ЧПУ для фильтра, где ссылки вида /legkovie-letnie-shipovannie-w-30/

Вообще возможно такой url распарсить и вывести отфильтрованные товары?

Никто не сталкивался?

што вообще

какие нах фильтры?

Ну фильтр товаров на сайте

Ну фильтр товаров на сайте

Устроился в колеса-даром? Нет такое не парсят

Вообще возможно такой url распарсить и вывести отфильтрованные товары?

Дык разбивай URL по символу "-" и выбирай из базы продукты относящиеся к соответствующему фильтр... Сам поиск называется "Фасетный"

Интересно, когда в Телеграмме введут для групп лайки постов и людей (Хотя бы как в Дискорде). Я бы двух товарищей ведущих дискуссию об интерфейсах наградил "Вкладом в сообщество"), можно было бы потом написать бота, собирающего темы по обсуждениям с топовыми лайками х)

Интересно, когда в Телеграмме введут для групп лайки постов и людей (Хотя бы как в Дискорде). Я бы двух товарищей ведущих дискуссию об интерфейсах наградил "Вкладом в сообщество"), можно было бы потом написать бота, собирающего темы по обсуждениям с топовыми лайками х)

Что за дискуссия?

что считать интерфейсом и как именовать

А где эта дискуссия то? Тут, выше?

Ага

С праздником, господа

А?

А правда что программисты - прокрастинаторы?

А правда что программисты - прокрастинаторы?

Завтра отвечу

Завтра отвечу

через недельку если найду ответ прочитаю

Завтра отвечу

давай лучше послезавтра

С праздником!

Интересно, когда в Телеграмме введут для групп лайки постов и людей (Хотя бы как в Дискорде). Я бы двух товарищей ведущих дискуссию об интерфейсах наградил "Вкладом в сообщество"), можно было бы потом написать бота, собирающего темы по обсуждениям с топовыми лайками х)

Еще важно задать вопрос правильно, который подводит к хорошей дискуссии)))

Предлагаю тему для дискуссии: «Релизы в 18:00 (в т.ч. в пятницу). Плюсы, минусы, подводные камни». ?

по-моему тут нечего обсуждать. Если нет blue-green деплоя и системы быстрого отката и автоматического тестирования - говорить не о чем

и даже в этом случае релизы в 6 - это тупо. выглядит как наброс, короче)

Предлагаю тему для дискуссии: «Релизы в 18:00 (в т.ч. в пятницу). Плюсы, минусы, подводные камни». ?

запустить деплой и валить на всех парах;)

запустить деплой и валить на всех парах;)

А в понедельник пояснять за даунтайм?

А в понедельник пояснять за даунтайм?

в понедельник на работу можно и не идти, и вообще больше не появляться ?

Главное з. п. авансом забрать за полгода

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

не знаю как у @fesor, но я например имплементирую интерфейс и в параметрах передаю ему dummy заглушку. nullLogger, например)

когда нужно - просто подключил нужный логгер и всё, никаких проблем. Но это не на далекую перспективу конечно. Для тех вещей, которые точно будут и в скором будущем

когда нужно - просто подключил нужный логгер и всё, никаких проблем. Но это не на далекую перспективу конечно. Для тех вещей, которые точно будут и в скором будущем

Это если вы уже знаете, в скором времени будете юзать логгер) Вот вопрос в плане расширяемости функциональности с помощью интерфейсов интересует) Спасибо за ответ)

Не могу придумать, что должно быть в интерфейсе для логирования, какие методы? Логгер-то один. И что должен реализовать класс, который хочет писать в лог?

Ну интерфейс должен определять типа writeLog($message)

А кдассы должны один писать лог в файл, другой писать лог в базу и т.п.

может заюзать Psr/LoggerInterface?

ну в целом лучше посмотреть как это реализованно уже во фреймверках

@pavel_radkevich https://github.com/Seldaek/monolog

Graylog

Serge, спасибо, посмотрю

у Monolog есть драйвер для него

A PEAR Logging в данном случае не подойдет?

http://pear.php.net/packages.php?catpid=13&catname=Logging

писать суффикс Interface для интерфейсов - этого же нет в psr, разве не так?

А разве в пср есть стандарт именования интерфейсов?

Interfaces MUST be suffixed by Interface: e.g. Psr\Foo\BarInterface.

http://www.php-fig.org/bylaws/psr-naming-conventions/

Ну эт хуйня на самом деле

The vendor namespace MUST be Psr.

тогда это тоже?))

Вот про интерфейсы точно хуйня

Кто-то из умных писал, типо интерфейсы должны называться по принципу Wheel, а конкретная реализация - какой-нибудь CarWheel implements Wheel

возможно это в clean code было, но эт не точно

возможно это в clean code было, но эт не точно

там вроде было Weelable

Кто-то из умных писал, типо интерфейсы должны называться по принципу Wheel, а конкретная реализация - какой-нибудь CarWheel implements Wheel

Субъективно, меня бесит префикс этот, но порой сразу понятно, что это при поиске)

там вроде было Weelable

Weelable конечно дико звучит))

Субъективно, меня бесит префикс этот, но порой сразу понятно, что это при поиске)

так то да. Наверное, надо просто выходить за рамки зоны комфорта, ради повышения скилла

Weelable конечно дико звучит))

бывает

Так то вышеописанный способ - вполне логичен

так то да. Наверное, надо просто выходить за рамки зоны комфорта, ради повышения скилла

Согласен, да и красивше смотрится Wheel, а не WheelInterface