AS
можно еще проверочку зафигачить на method_exists() для $this в кале трейта, и эксепшен кидать на метод доз нот экзист
Size: a a a
2021 February 26
AS
кал трейта))
IK
Если и делать, то с проверкой на тип возвращаемый методом который проксируется, если он отличный от void - то возвращать результат выполнения, а не экземпляр)
IK
Но это ужас)
AS
Если и делать, то с проверкой на тип возвращаемый методом который проксируется, если он отличный от void - то возвращать результат выполнения, а не экземпляр)
А, ну так то ж раситано только на чейнинг, а не так что и данные вертаются
IK
Следующим «элегантным» решением будет магический геттер/сэттер?)
IK
Подсветка наше всё)
AS
Подсветка наше всё)
всмысле?
AS
Но это ужас)
Ну сказать ужас и я могу, а пояснить почему бы и нет - вот это уже интересно
IK
Работа с классами должна быть прозрачна для IDE, значит всё идет по плану)
AS
Работа с классами должна быть прозрачна для IDE, значит всё идет по плану)
из-за того что подсветкив идэ не будет - решение выше ужасно? Да ну
AS
Хотя это неудобно, согласен
J
Зачем везде возвращать $this, это же совсем не всегда нужно. Если большая вложенность наследований классов с протектед и прайвет методами - это вообще адище получиться - вызывай, что хочешь
AS
Зачем везде возвращать $this, это же совсем не всегда нужно. Если большая вложенность наследований классов с протектед и прайвет методами - это вообще адище получиться - вызывай, что хочешь
ну речь как раз и идет о методах, которые надо чейнить, например в билдере, там же полюбому будешь постоянно писать return $this;
J
Не по-любому. Это можно посмотреть в классе билдеров той же лары, что там не везде он возвращается
AS
AS
та вроде ж везде
J
Честно, лень вылазить с дивана и искать где не возвращается
AS
AS
Ты красава)