Комментарии 3
Я с ужасом представляю как sealed классы появятся в коде и придётся наворачивать костыли вокруг чтобы и наследника дописать и внешние библиотеки не патчить.
Прямо рядом с текущими final классами. С которыми уже регулярно аналогичные проблемы бывают.
А в чём проблема с final-классами? Я вижу только одну: создание прокси-объектов во время исполнения spring-ом и подобными фреймворками/библиотеками.
По-моему, в первую очередь в таком случае следует задаться вопросом, может не зря класс зафинален, какие причины побудили автора сделать именно так, а не иначе.
По-моему, в первую очередь в таком случае следует задаться вопросом, может не зря класс зафинален, какие причины побудили автора сделать именно так, а не иначе.
Отнаследоваться и переписать что-то. А какие еще проблемы там могут быть?
Автор мог думать что угодно. Но со временем возникает всякое разное… И иногда надо чтобы его код работал по другому.
Я согласен три раза нажать на большую красную кнопку что я понимаю что делаю, беру на себя всю ответвенность и не буду возмущаться в Интернете если что-то сломается. Отнаследоваться в любом случае проще и надежнее других методов сделать тоже самое.
Автор мог думать что угодно. Но со временем возникает всякое разное… И иногда надо чтобы его код работал по другому.
Я согласен три раза нажать на большую красную кнопку что я понимаю что делаю, беру на себя всю ответвенность и не буду возмущаться в Интернете если что-то сломается. Отнаследоваться в любом случае проще и надежнее других методов сделать тоже самое.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Java 15 и IntelliJ IDEA