DP
разработчик просто может забыть описать его в интерфейсе
Так можно очень далеко зайти
Size: a a a
2020 December 29
АС
Ну так это проблема Константина
АС
Что он полагается на публичные методы, которых нет в интерфейсе
АС
а не проблема языка
AB
Ага, ССЗБ
АС
ПРосто логично было бы если бы пыха ругалась
совершенно нелогично
реализация классом интерфейса не значит, что класс не может содержать и другие тоже методы
реализация классом интерфейса не значит, что класс не может содержать и другие тоже методы
АС
а вот вы пишете код нелогично
K
совершенно нелогично
реализация классом интерфейса не значит, что класс не может содержать и другие тоже методы
реализация классом интерфейса не значит, что класс не может содержать и другие тоже методы
Вы класс читаете или интерфейс ?
AB
IDE вот может поругаться или плагин или анализатор. Для этого они и существуют
АС
в одном месте требуя интерфейс
а в другом - забивая на него
а в другом - забивая на него
K
Я лично привык читать интерфейс, такая привычка у меня пришла из других языков
AB
Согласен, пых не должен ругаться. Ему в рантайме передан объект с методом, какие вопросы
AB
разработчик просто может забыть описать его в интерфейсе
Пишите интерфейс сначала, юзайте его методы, попутно пишите юнит, мокая этот интерфейс.
А потом уже класс-реализацию. Тогда ничего не забудете. Всё уже придумано до нас )
А потом уже класс-реализацию. Тогда ничего не забудете. Всё уже придумано до нас )
ИЛ
Странный момент в пыхе или это только в ларике.
Есть интерфейс с методами и есть класс в котором есть реализация этих методом. Причём в классе есть методы которые не описаны в интерфейсе. Так вот, есть возможность вызвать через интерфейс методы класса которые не описаны в интерфейсе. Это же как то не правильно или я что-то не догоняю?
Есть интерфейс с методами и есть класс в котором есть реализация этих методом. Причём в классе есть методы которые не описаны в интерфейсе. Так вот, есть возможность вызвать через интерфейс методы класса которые не описаны в интерфейсе. Это же как то не правильно или я что-то не догоняю?
да, это неправильно, но это возможно
анализаторы должны ругаться и шторм должен подсветить
анализаторы должны ругаться и шторм должен подсветить
КГ
2020 December 30
АГ
класс C знает, что использует интерфейс B. в интерфейсе B нет метода getSecond. конечно оно упадет лишь в рантайме, если передать туда класс без этого метода - но есть одна ошибка: почему класс, зависящий от интерфейса, пытается дернуть то, чего в этом интерфейсе нет? 3 пути: 1) добавить getSecond в интерфейс. 2) поменять зависимость класса C с интерфейса B на класс A. 3) завести интерфейс с методом getSecond (пусть это будет interface D), но тут надо хитрый трюк провернуть, $interfaceB в классе C должен иметь экзотический тип B & D. т.е. не "или" (когда может не быть чего-то), а именно "и". стат анализаторы вроде поддерживают такое, но все-таки, тут наверное уж тогда звести еще interface E extends B, D, либо просто Interface D extends B, и добавить туда getSecond. как-то так...
SP
класс C знает, что использует интерфейс B. в интерфейсе B нет метода getSecond. конечно оно упадет лишь в рантайме, если передать туда класс без этого метода - но есть одна ошибка: почему класс, зависящий от интерфейса, пытается дернуть то, чего в этом интерфейсе нет? 3 пути: 1) добавить getSecond в интерфейс. 2) поменять зависимость класса C с интерфейса B на класс A. 3) завести интерфейс с методом getSecond (пусть это будет interface D), но тут надо хитрый трюк провернуть, $interfaceB в классе C должен иметь экзотический тип B & D. т.е. не "или" (когда может не быть чего-то), а именно "и". стат анализаторы вроде поддерживают такое, но все-таки, тут наверное уж тогда звести еще interface E extends B, D, либо просто Interface D extends B, и добавить туда getSecond. как-то так...
Он не просил как пофиксить, он просто открыл для себя магию автовайринга в di
А
класс C знает, что использует интерфейс B. в интерфейсе B нет метода getSecond. конечно оно упадет лишь в рантайме, если передать туда класс без этого метода - но есть одна ошибка: почему класс, зависящий от интерфейса, пытается дернуть то, чего в этом интерфейсе нет? 3 пути: 1) добавить getSecond в интерфейс. 2) поменять зависимость класса C с интерфейса B на класс A. 3) завести интерфейс с методом getSecond (пусть это будет interface D), но тут надо хитрый трюк провернуть, $interfaceB в классе C должен иметь экзотический тип B & D. т.е. не "или" (когда может не быть чего-то), а именно "и". стат анализаторы вроде поддерживают такое, но все-таки, тут наверное уж тогда звести еще interface E extends B, D, либо просто Interface D extends B, и добавить туда getSecond. как-то так...
Оно не упадёт.
S
Люди пишут что-то на Ларе, не зная основ языка, классика, хуле)
K
Sergey
Люди пишут что-то на Ларе, не зная основ языка, классика, хуле)
Основы я знаю, может даже поболее вашего. Не надо судить по себе и токсить