AL
хотя не факт что у тебя именно дженерики
Size: a a a
2020 October 01
AL
можешь описать что этот calculate по контракту должен делать
АГ
не хотелось бы зависеть от псалмовских фич. хочется более универсальное, на уровне языка, решение найти
AL
ну представь что пхп -- это один большой дженерик
АГ
производить некие расчеты. произвольные данные на входе преобразовывать в произвольные данные на выходе. на уровне контракта большей детальности нет.
AL
и по дефолту он принимает любой тип на вход и выдает любой тип на выход
АГ
известно только, что вход - массив, а выход - массив некий, либо число / строка / нулл
АГ
вот хочу заменить этот зоопарк билтин типов на что-то более конкретное
АГ
просто, если повесить входные данные на некий класс, то в него придется добавить все возможные поля для всех реализаций. что не подойдет
AL
ну хочешь, заведи.
interface InputArray { function array(); }
interface Output
Interface OutputArray extends Output { function array(); }
Interface OutputNumber extends Output { function number(): int; }
но это мало чего поменяет
interface InputArray { function array(); }
interface Output
Interface OutputArray extends Output { function array(); }
Interface OutputNumber extends Output { function number(): int; }
но это мало чего поменяет
АГ
нужен интерфейс... по идее сам интерфейс вообще не описывает, что надо передать... а вот его реализации уже описывают
VI
На вход должна приходить коллекция параметров.
AL
псалмом гораздо удобнее
АГ
обернуть входной массив в класс - это понятно. фишка в том, что в конкретном классе нужны конкретные данные, и хочется как-то обеспечить, чтобы они туда приходили через конкретный класс
AL
городить огрод из нативщины только ради того, чтобы ЧИСТЫЙ КОД -- это последнее дело
AL
тем более что при таком подходе, тебе придется чекать все в рантайме
AL
а это и медленнее и тупее
AL
ну раз хочется, то делай
DE
Да там надо сразу всё удалять)
Валентин и удалил )
VI
interface { public getParameter(string $key): ?object; }