Очевидно основная задача - раскутка данного форума. Для этого интерфейсы и содавались. А остальное так, для прикрытия.

Нет, напоминает такой формат:

_____________
Промокод предоставляет скидку на заказ домена и/или хостинга reg.ru
BFCC-3895-8804-9ED2

Ну во первых, причем тут магазин? Если мне не изменяет память, магазин, это у тебя. Милионы строооок... Не смеши людей. Ты не видел больших проектов, раз такое заявляешь. Хоть миллиарды, причем тут интерфейсы то. Систематизировать код из миллионов строк нужно не костылями, а грамотной декомпозицией.

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

Тут ведь как. Если проект закончен, то не нужно ничего в него добавлять. И интерфейс - на корове седло. А если проект такой, где нужно часто добавлять однотипные классы, то их функционал уже наизусть знаешь, на кой еще интерфейсы?

Если большая текучка кадров, то интерфейс не поможет, один фиг нужна подробная документация. Что может дать название метода, если не знаешь, что именно от него требуется? А если есть документация, тесты и ответственность разработчика, то интерфейс - только обуза. Естественно, если персонал предполагается "набрали по объявлению", то там не только интерфейсы нужны. Там вообще глаз да глаз.

Но это ИМХО, я в сотый раз говорю. Не умеете писать код без плетки и намордника, конечно они будут полезны. И не хочу я спорить. Для себя я давно все решил. Ставка на минимальное потребление ресурсов дает мне офигенный профит. У вас профит в другом - минимизация ответственности.

И не нужно тут в очередной раз строить из себя героев. Отстал я. Это от ваших рассуждений воняет болотом, а не от моих. Я каждый инструмент, каждый алгоритм выверяю со всех сторон, прежде чем применить. А не щеголяю в штанах с мотней, раз это на пике моды. Как ты со своим композером, расшаренными сервисами и вот интерфейсами теперь.

Да скотч то как раз больше на интерфейс и похож. Склеил проект, а чтобы не расползался по швам - намотали синей изоленты интерфейсов. Клей давно высох, все классно держится, а лохмотья так и болтаются.

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

Отвечу только по существу. Не пытайтесь меня задеть. Надоело.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Здесь скорее: "долго объясняешь всем, что они мудаки, сделав вид, что задал вопрос".

_____________

Профессиональная разработка на заказ

Я на GitHub | второй профиль

С удобством для разработчика я и не спорил. Я про то, что приходится из двух зол выбирать меньшее. Для себя. Я об "удобстве" для сервера пекусь.

Вот скажи, ты допустим садишься внедрять в систему Redis.

Откуда тебе известно, что есть уже мемкэш и тем более интерфейс? Как узнать, что нужно именно от него имплементировать класс редиса?

Один фиг должна быть документация или соглашения. И нет никакой разницы, выполнишь ты требования доки добровольно, или требования интерфейса принудительно, если ты не вредитель конечно.

Вы все так рассуждаете, что если нет интерфейса, то обязательно все поползет в разные стороны. Я же говорю - всё зависит от самодисциплины и квалификации разработчика. Ну и наличии доки.

Интерфейс, это по сути документация и есть. Только доку можно написать подробнее, и она не повиснет гирей на ногах класса. Другое дело, что "tru-програмимисты" считают доки западлом, а интерфейс - вроде как круто, пальцы веером.

Это такая морковка на самом деле для ленивых. Что бы заставить раздолбаев хоть как то систематизировать код, пообещав печеньку в виде осознания себя эдаким навароченным ООПэшником.

И это осознание не дает понять истину о бесполезности, и даже местами вредности интерфейсов. Как же, какой то олдфаг тут что то бредит. Все крутые так пишут, и я крут.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

И сразу закрываем тему.

Потому что это просто тип данных, контракт.

Можно быть дисциплинированным и писать так

function a ($data) {}
function b ($data) {}
function c ($data) {}

А можно писать так

function a (int $data) {}
function b (array $data) {}
function c (ClassName $data) {}

_____________
Промокод предоставляет скидку на заказ домена и/или хостинга reg.ru
BFCC-3895-8804-9ED2

Ну почему сразу.

Вот допустим идея использовать его как контейнер для констант (конфигуратор) у меня возникла в процессе обсуждения. Я даже знаю, где мне это применить теперь.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

А, ну так о чём речь. Для сервера удобнее всё в бинарном виде сразу. Что бы не переводить в машиный код.
Есть повод задуматься об улучшении своего кода, что бы снять нагрузку с сервера и сразу писать в бинарном виде!

_____________
Если не говорить пользователям, что Linux это "Сложно и страшно", то им совершенно всё равно, в чём не разбираться

Акселераторы? не, не слышал.
Тем более что начиная с 5.5.0 opcache уже включен в php.