АС
я знаю, что сломал
Size: a a a
2020 May 06
АС
Знаете фразу про "Я знаю, что у задачи нет решения, но мне это неинтересно, мне интереснее другое - как ее решать?"
ЕР
Я тебе написал почему оно не работает)
АС
Конечно, ты контракт сломал. Нельзя же будет через интерфейс вызвать метод foo() без аргументов, если они в наследнике обязательные
ОК, как тогда записать контракт "будет произвольное число аргументов" по вашему?
ЕР
А по поводу задачи - чую что кто-то решил интерфейсы для контроллеров/хэндлеров заделать
S
ОК, как тогда записать контракт "будет произвольное число аргументов" по вашему?
...args
АС
...args
этот ответ мне тоже известен, спасибо
АС
понятно, что он крив и кос в применении
S
Коллеги, что-то я туплю с утра, просветите идиота...
Я правильно понимаю, что в PHP нет возможности сделать интерфейс, в нем прописать метод, а в сигнатуре метода указать, что в реализации у метода будет произвольное количество любых аргументов?
Единственный способ это так:
то есть делать в реализации все аргументы опциональными?
ну или заморачиваться с ... оператором
вопрос "нахрена это нужно" прошу опустить
Я правильно понимаю, что в PHP нет возможности сделать интерфейс, в нем прописать метод, а в сигнатуре метода указать, что в реализации у метода будет произвольное количество любых аргументов?
Единственный способ это так:
interface I {
public function foo();
}
class C implements I {
public function foo($x1 = null, $x2 = null) {}
}то есть делать в реализации все аргументы опциональными?
ну или заморачиваться с ... оператором
вопрос "нахрена это нужно" прошу опустить
в теории если C что-то отнаследует то в foo() можно будет буквально что угодно пихать. но не советую
АС
в теории если C что-то отнаследует то в foo() можно будет буквально что угодно пихать. но не советую
вы уверены?
АС
попробую
ЕР
в теории если C что-то отнаследует то в foo() можно будет буквально что угодно пихать. но не советую
php откинет такой код как в примере, с ошибкой что методы не совместимы
АС
в теории если C что-то отнаследует то в foo() можно будет буквально что угодно пихать. но не советую
нет, как я и предполагал, это неверно
АС
только опциональные аргументы, что при наследовании, что при реализации интерфейсов можно добавлять
что логично - сигнатуры должны быть совместимы
что логично - сигнатуры должны быть совместимы
S
php откинет такой код как в примере, с ошибкой что методы не совместимы
я про возможность расширить декларацию родителя из 7.1
АС
я про возможность расширить декларацию родителя из 7.1
покажите пример
как можно расширить не опциональными аргументами?
как можно расширить не опциональными аргументами?
ЕР
я про возможность расширить декларацию родителя из 7.1
Чёт я не припоминаю такого https://wiki.php.net/rfc#php_71
ЕР
Контрвариантность и ковариантность в 7.4 починили, знаю, и всё. но там речь про расширение типа аргумента
˸A
покажите пример
как можно расширить не опциональными аргументами?
как можно расширить не опциональными аргументами?
Зачем для такого метода интерфейс? Вы собираетесь принимать интерфейс и передавать параметры в метод, как для наследника? Тут явное нарушение сразу двух принципов: DIP и LSP